mvc の m (model) はモデルを表しており、主にデータを操作するために使用されます。つまり、データの単純な処理を C 層で行うか、M 層で行うかです。
リーリー上記のコードで、ID をキーとしてデータを配列に変更する必要がある場合、この操作はレイヤー m またはレイヤー c で実行する必要がありますか?
mvc の m (model) はモデルを表しており、主にデータを操作するために使用されます。つまり、データの単純な処理を C 層で行うか、M 層で行うかです。
リーリー上記のコードで、ID をキーとしてデータを配列に変更する必要がある場合、この操作はレイヤー m またはレイヤー c で実行する必要がありますか?
個人的な意見:M層の方が良い
MVCを使うので結合度を減らしてスケーラビリティを高めるためです。
混合した言葉を書くことは、上記の 2 つの目的に役立ちません。
もちろん、プロジェクト自体が大きくない場合は、実際には mvc 構造を使用する必要はありません。
実際、すべてはインターフェイスの要件に応じて機能します。この質問のため、私は先生にも尋ねました。C 層はページ ジャンプの制御とリクエスト データ取得インターフェイスのカプセル化を担当し、M 層は C 層の呼び出しインターフェイスのパラメータの確認と処理を担当します。データを返す具体的な業務は何ですか? 実際、これはすべて独自のプログラム設計のニーズに従って行われます。
だからあまり心配しないでください
モデルの出現は、モデル内のすべてのデータ層を制御することです。なぜこれを行うのですか?
リーリー
mvc の c はモデルとビューを接続するために使用されます
MVC の中心的な考え方は、インターフェイス (ビュー)、ロジック (コントローラー)、データ (モデル) を分離することです。
Web アプリケーションの場合、プロセスは C が M を呼び出し、V を出力します。
ページコントローラー:
リーリー
リーリー
表示:
データ モデル ポストの CRUD 操作関数は、他のコントローラーでも呼び出すことができるように、もちろん /view/post.php
にまとめたほうがよいことがわかります。つまり、他のコントローラーでもこの操作を使用する必要があると考えられます。 、その後、それを funclass.php に関数またはクラスを入れて「共有」するようにカプセル化することを検討できます。
コントローラー内で操作する必要があります/include/funclass.php
太字