ThinkPHP の MVC 開発モデルを理解する

ThinkPHP の MVC 開発モデルを理解する

MVC の 3 文字は、意味が深く、PHP の最後の難関をすぐに突破できると思ったとき、それは間違っていたと思いました。勉強しました 1 か月半勉強しましたが、その考え方を理解するのは非常に難しいことがわかりました。今でも、この考え方を表面的にしか理解できておらず、本質的にはまだよく理解していません。他に言いたいことはありますが、最初に MVC についての私の理解を話させてください:

実際のところ、MVC は文法やアルゴリズムではなく、単なる開発モデルです。開発モデルは、私が知っている従来の MODEL モデルは手続き型ですが、MVC は構造が適切に最適化されており、使用する前に仕様に従って実行する必要があります。大人の言うことしか聞かない子供のように、大人だけが食べ物を買うことができるのです。これについては、私はまだ理解していないので、MVCについて詳しく話しましょう。 MVC は M: モデル V: ビュー C: コントローラーという文字の略語であることが一目でわかります。

この場合、MVC には少なくとも次の 3 つの最も基本的なものがあることを知っておく必要があります。モデル、データ モデル、データベース構成などについて簡単に説明します。もちろん、ここでのモデルもあります。最初に学ぶときはあまり考えないことをお勧めします。理解すれば自然に理解できます。はっきり言って、これが最もわかりやすい部分です。ユーザーが目にするものは、説明がないとわかりにくいですが、これが最も重要なコントローラーであることがわかります。 APACHE の機能が何であるかを知ってください。その理由は、APACHE が割り当て、ロジック処理、プログラム構造などの多くの重要な機能を実行するためです。仕様に従ってコントローラーを作成しても、後続の仕様をすべて処理する必要があります。このプロセスは教えられるものではありません。理解するために自分自身を信頼し、理解することでのみ、問題をうまく解決することができます。

実際には、一般的なプログラム開発として、ビジネスを完全に分離しようとする場合にのみ、大規模なグループのプロジェクト開発をサポートできることを理解してください。このように、jquery が誕生した理由の 1 つは、HTML コードの構造と動作を分離することで、コードの保守性が向上したことです。HTML5 の誕生については、私は非常にそう思います。モバイル端末でのユーザーエクスペリエンスが向上しているだけでなく、大きなハイライトはありませんが、私の意見では致命的な弱点があります。それは、前のページの構造、スタイル、動作のみに焦点を当てていたことです。 html、css、JavaScript で構成されたこれらはサポートを提供しますが、html5 の新しい属性の一部は明らかに範囲外であり、これは明らかにコード分離の原則に反しています。これは別の考え方が必要かもしれませんが、私の個人的な意見です。という観点からは、それはあまり良くありません。したがって、MVC に戻る場合、重要な原則の 1 つは、大きな側面では、フロントエンド設計とバックエンドのビジネス ロジックの分離、小さな側面では、データ設計とロジック処理の分離を実現することです。このようにして、大規模なチームの場合、開発後のメンテナンスが非常に効率的になります。これが、MVC がさまざまな開発言語で非常に人気がある理由の 1 つです。

私が現在学習している thinkphp は、他のフレームワークに比べてシンプルですが、それでも理解するのは簡単ではない、というのが私の結論です。もっとコードを書く プロセスとエラーの原因をもっと分析することが重要です。以前はドキュメントを書く必要はありませんでしたが、その後、ドキュメントは開発を明確に理解するのに役立つことがわかりました。アイデア、開発背景が混ざってしまうと、なぜそうなったのか分からなくなってしまうので、ドキュメントを書くのはとても良いことです。