JavaWeb における MVC アプリケーション モデルの進化を理解するのに役立つ記事

MVCの開発プロセス

MVCデザインパターン

MVCパターン(Model-View-Controller)は、ソフトウェアエンジニアリングにおけるソフトウェアアーキテクチャパターンであり、ソフトウェアシステムを3つの基本部分(モデル)、ビューに分割します。そしてコントローラー。

MVC を使用すると、後のプログラムのメンテナンスと拡張が容易になり、プログラムの特定部分の再利用が容易になります。また、MVC はプログラムを簡素化し、より直観的にします。

l コントローラー: リクエストを処理し、リクエストの転送を担当します。

l ビュー: インターフェイス設計者がグラフィカル インターフェイスの設計を実行します。

l モデル モデル: プログラマーがプログラム アプリケーションの機能 (実装アルゴリズム、など)、データベース管理

現在、ほとんどすべての B/S 構造化ソフトウェアが MVC 設計パターンを採用していることに注意してください。ただし、MVC は B/S 構造ソフトウェアに完全には実装されていないことに注意してください。たとえば、将来の B/S ソフトウェアにはイベント ドライブがありません。

JavaWeb と MVC

JavaWeb は、JSP Model1、JSP Model1 第 2 世代、JSP Model2 の 3 つの時代を経験しました。

JSP Model1 第一世代

JSP Model1 は JavaWeb の初期モデルであり、小規模な Web プロジェクトに適しており、開発コストが低くなります。 Model1 の最初の世代では、サーバー側には JSP ページのみがあり、データベースにアクセスするための API もすべて JSP ページ内で完了していました。言い換えれば、すべてが結合されており、その後のメンテナンスや拡張に非常に悪影響を及ぼします。

JSP Model1 第 2 世代

JSP Model1 第 2 世代は改良され、ビジネス ロジックの内容が JavaBeans に組み込まれ、JSP ページが表示とリクエストのスケジューリングを担当します。第 2 世代は第 1 世代よりも優れていますが、依然として JSP がビューの作業とリクエストのディスパッチング (コントローラー) の作業を結合する必要がありすぎます。

JSP Model2

JSP Model2 モードでは、MVC の完全な構造を明確に確認できます。

l JSP: ユーザーを処理するために使用されるビュー層。使用されたデータを受信し、ユーザーにデータを表示する責任を負います。

l サーブレット: ビジネス ロジックを処理する適切なモデル オブジェクトを見つけて、適切なビューに転送する責任を負います。

l JavaBean: モデルレイヤー、開く、転送などの特定のビジネス タスクを完了します。

JSP Model2 は、複数人で協力して大規模な Web プロジェクトを開発するのに適しており、各人がお互いに干渉することなくそれぞれの業務を遂行できるため、開発の分業や再利用が容易になります。コンポーネントの。しかし、Web プロジェクトの開発はますます難しくなり、開発者に対する技術的要件も増加しています。

JavaWeb の古典的な 3 層フレームワーク

私たちがよく話題にする 3 層フレームワークは JavaWeb によって提案されたものであり、JavaWeb 独自のものです。

いわゆる3層とは、プレゼンテーション層(WEB層)、ビジネスロジック層(Business Logic)、データアクセス層(Data Access)です。

l WEB レイヤー: JSP やサーブレットなどの WEB 関連のコンテンツが含まれます。

l ビジネス レイヤー: ビジネス レイヤーには JavaWeb API は含まれません。ビジネス ロジックのみを考慮します。 : カプセル化 データベースへのアクセスの詳細

リクエスト、レスポンスなどの JavaWebAPI はビジネス層に表示できないことに注意してください。言い換えれば、ビジネス層のコードは再利用可能であり、Web 以外の環境にも適用できます。ビジネス層の各メソッドは、転送ビジネスメソッドなど、汎用的なメソッドとして理解できます。ビジネス層はデータ層に依存し、Web 層はビジネス層に依存します。

以上がJavaWeb における MVC アプリケーション モデルの進化を理解するのに役立つ記事の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。