MVC とは何か、いいもの_PHP チュートリアル-PHPチュートリアル-php.cn

MVC とは何ですか? phper との最初のインタビューを覚えています (php は、すぐに始めることができるもう 1 つの Web 開発言語です)。私は、m がモデル、v がビュー、c がコントローラーであることしか知りませんでした。他の詳しいことは何も分からなかったのですが、色々質問されて何も分かりませんでした！！自分がどれだけダメなのか気づいたんです。だから、わかるまで諦めないことにしました！以下の情報を見つけました

2006-12-17 12:02:37

大、中、小
Model-View-Controller (MVC) は、1980 年代に Xerox PARC によってプログラミング言語 Smalltalk 用に発明されたソフトウェア設計パターンです。 80. これまで広く使用されてきました。近年では、Sun の J2EE プラットフォームの設計パターンとして推奨されており、ColdFusion や PHP を使用する開発者がますます多くなっています。 Model-View-Controller パターンは、多くの利点がある便利なツールボックスですが、いくつかの欠点もあります。
MVC の仕組み

MVC は、アプリケーションの入力、処理、出力の分離を強制する設計パターンです。 MVC を使用するアプリケーションは、モデル、ビュー、コントローラーの 3 つのコアコンポーネントに分割されます。彼らはそれぞれ独自のタスクを処理します。

View
View は、ユーザーが表示して操作するインターフェイスです。旧式の Web アプリケーションの場合、ビューは HTML 要素で構成されるインターフェイスです。新しいスタイルの Web アプリケーションでは、HTML が依然として重要な役割を果たしていますが、Macromedia Flash や一部のマークアップ言語など、いくつかの新しいテクノロジが絶え間なく登場しています。 XHTML、XML/XSL、WML などの Web サービス

アプリケーションのインターフェイスをどのように処理するかは、ますます困難になってきています。 MVC の大きな利点の 1 つは、アプリケーションのさまざまなビューを処理できることです。データがオンラインで保存されているか、従業員のリストで保存されているかに関係なく、ビューでは実際の処理は発生せず、データを出力してユーザーが操作できるようにする手段としてのみ機能します。

モデル
モデルは、企業データとビジネスルールを表します。 MVC の 3 つのコンポーネントの中で、モデルには最も多くの処理タスクがあります。たとえば、EJB や ColdFusion コンポーネントなどのコンポーネントオブジェクトを使用してデータベースを処理する場合があります。モデルによって返されるデータはニュートラルです。これは、モデルがデータ形式とは何の関係もないことを意味するため、モデルは複数のビューにデータを提供できます。モデルに適用されるコードは 1 回記述するだけで済み、複数のビューで再利用できるため、コードの重複が削減されます。

コントローラー
コントローラーはユーザー入力を受け入れ、モデルとビューを呼び出してユーザーのニーズを満たします。そのため、Web ページ内のハイパーリンクがクリックされて HTML フォームが送信された場合、コントローラー自体は何も出力したり、処理を実行したりしません。リクエストを受信し、リクエストを処理するためにどのモデルコンポーネントを呼び出すかを決定し、モデル処理によって返されたデータを表示するためにどのビューを使用するかを決定するだけです。

次に、MVC の処理プロセスを要約します。まず、コントローラーがユーザーのリクエストを受け取り、処理のためにどのモデルを呼び出すかを決定します。次に、モデルはビジネスロジックを使用してユーザーのリクエストを処理し、最後にコントローラーがデータを返します。モデルによって返されたデータは、プレゼンテーション層を通じてユーザーに表示されます。

MVC を使用する理由

ほとんどの Web アプリケーションは、ASP、PHP、または CFML などの手続き型言語を使用して作成されます。データベースクエリなどのデータレベルのコードと、HTML などのプレゼンテーションレベルのコードが混在しています。経験豊富な開発者はプレゼンテーション層からデータを分離しますが、これは通常は簡単ではなく、慎重な計画と絶え間ない試行錯誤が必要です。 MVC では基本的にそれらを強制的に分離します。 MVC アプリケーションの構築には追加の作業が必要ですが、それによってもたらされる利点は疑いの余地がありません。

何よりもまず、複数のビューがモデルを共有することが重要です。先ほども述べたように、アプリケーションにアクセスする方法はますます増えています。これに対する 1 つの解決策は、ユーザーが Flash インターフェイスを希望するか WAP インターフェイスを希望するかに関係なく、1 つのモデルですべてを処理できる MVC を使用することです。データとビジネスルールをプレゼンテーション層から分離したため、コードを最大限に再利用できます。

モデルによって返されるデータはフォーマットされていないため、同じコンポーネントを異なるインターフェイスで使用できます。たとえば、多くのデータは HTML で表現されますが、Macromedia Flash や WAP で表現されることもあります。モデルには、状態管理機能とデータ永続化機能も備わっています。たとえば、セッションベースのショッピングカートや電子商取引プロセスは、Flash Web サイトやワイヤレスネットワークアプリケーションで再利用できます。

モデルは自己完結型であり、コントローラーやビューから切り離されているため、アプリケーションのデータ層やビジネスルールを簡単に変更できます。データベースを MySQL から Oracle に移行する場合、または RDBMS ベースのデータソースを LDAP に変更する場合は、モデルを変更するだけです。モデルを正しく実装すると、データがデータベースからのものであっても LDAP サーバーからのものであっても、ビューにはデータが正しく表示されます。 MVC を使用するアプリケーションの 3 つのコンポーネントは相互に排他的であるため、そのうちの 1 つを変更しても他の 2 つは影響を受けないため、この設計アイデアに基づいて適切な疎結合コンポーネントを構築できます。

私にとって、コントローラーには利点もあります。つまり、コントローラーを使用してさまざまなモデルやビューを接続してユーザーのニーズを満たせるため、コントローラーはアプリケーションを構築するための強力な手段を提供できます。再利用可能なモデルとビューがいくつかある場合、コントローラーはユーザーのニーズに応じて処理するモデルを選択し、ビューを選択して処理結果をユーザーに表示できます。

MVC の欠点
MVC の欠点は、MVC が明確に定義されていないため、完全に理解するのがそれほど簡単ではないことです。 MVC の使用には慎重な計画が必要であり、その内部原理が複雑であるため、検討するのに時間がかかります。

MVC をアプリケーションに適用する方法を考えるのにかなりの時間を費やす必要がありますが、同時にモデルとビューを厳密に分離する必要があるため、アプリケーションのデバッグも困難になります。すべてのコンポーネントは使用前に徹底的にテストする必要があります。コンポーネントをテストしたら、心配することなく再利用できます。

私の個人的な経験によれば、アプリケーションを 3 つのコンポーネントに分割するため、MVC を使用すると、以前よりも多くのファイルを管理する必要があることも意味しますが、これは明らかです。これは私たちの仕事量が増加したように見えるかもしれませんが、それが私たちにもたらすメリットに比べれば、これは何でもないことを覚えておいてください。

MVC は小規模または中規模のアプリケーションには適していません。それほど大きくないアプリケーションに MVC を適用することに多くの時間を費やすと、通常は利益よりも損失の方が大きくなります。

MVC はソフトウェアを作成するための優れた方法です
MVC デザインパターンは、コンテンツと表示の分離など、MVC が提唱するいくつかの原則を理解しやすいかもしれません。ただし、モデル、ビュー、コントローラーのコンポーネントを分離したい場合は、アプリケーション、特にアプリケーションのアーキテクチャ面を再考する必要があるかもしれません。 MVC を受け入れる意思があり、MVC がもたらす余分な作業と複雑さに対処できる能力がある場合、MVC は堅牢性、コードの再利用、構造の点でソフトウェアを新しいレベルに引き上げます。

Java 開発 Web アプリケーションには、MVC 設計パターンに準拠したいくつかの開発方法があります。

1:Jsp+サーブレット+JavaBean(EJB)

2:Jsp+JavaBean(コントローラ)+JavaBean(EJB)(モデル)

3:TDK(タービン、速度...)

4:Xsp

5:Jsp+Struts+JavaBean(EJB)