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