slim のような軽量フレームワークがモデル レイヤーを厳密に区別しないのはなぜですか?
大家讲道理2017-05-16 17:07:35
実際、レベルの分割は論理的な問題です。多くの初心者ユーザーは最初からフレームワークを使用しており、フレームワークでできることは、特定のフレームワークの下でコードを書くことだけです。 、混乱だけが残ります。
国産の Thinkphp のような重いフレームワークが Model 層を提供しているとしても、それを使用している人はまだほとんどいません。 Model レイヤーを使用すると、自分でロジックを分割し、自分でコードを書く必要があり、これは彼らにとって苦痛であるため、私が見たほとんどすべての人は Controller でデータベースを操作しています。 > 直接 M('table')->insert($data) など。 Model レイヤーの使用率は非常に低いです。 Thinkphp这样的重型框架，他提供了Model层，用的人仍然很少，为什么？因为用Model层还需要自己划分逻辑，仍少不了自己写代码，这对他们来说是痛苦的，所以我见过的几乎所有的人操作数据库都是在Controller里直接M('table')->insert($data)等。Model层的利用率极低。
而对于非小白用户，Model层无法就是个封装了某个表的数据库操作类而已，随手就创建了，何须框架来多此一举，浪费性能？
只要心中就有mvc，一切都有层次。
而且，随着composer初心者以外のユーザーにとって、モデル層は、特定のテーブルをカプセル化して何気なく作成される単なるデータベース操作クラスであるはずはなく、なぜこれを実行してパフォーマンスを無駄にするフレームワークが必要なのでしょうか。
mvc がある限り、すべてにレベルがあります。 🎜さらに、composer の出現により、PHP 開発は以前のフレームワークではなく、徐々にモジュール化されていきました。現在、フレームワーク全体ではなくモジュールを直接使用するコードを作成する人が増えています。 🎜