84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
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 開発は以前のフレームワークではなく、徐々にモジュール化されていきました。現在、フレームワーク全体ではなくモジュールを直接使用するコードを作成する人が増えています。 🎜