SpringMVC ワークフロー

SpringMVC ワークフロー

1. SpringMVC の概要

SpringMVC は Spring ベースの実装です。これは、Web MVC 設計パターンを採用したリクエスト駆動型の軽量 Web フレームワークであり、MVC アーキテクチャ パターンの考え方を使用して、Web 層の責任を分離し、アプリケーションに必要なオブジェクトのライフ サイクルを管理します。日々の開発を簡素化するためのツールが多数提供されており、非常に便利です。

SpringMVC は、メイン スイッチ DispatcherServlet、リクエスト処理マッパー (ハンドラー マッピング) と処理アダプター (ハンドラー アダプター)、ビュー管理用のビュー リゾルバー (ビュー リゾルバー)、アクション プロセッサー コントローラー インターフェイス (ModelAndView を含む)、およびプロセス リクエストと応答オブジェクト (リクエストと応答) は柔軟な構成を持ち、ファイルのアップロード、単純なデータ変換、その他の強力な機能をサポートします。

(関連ビデオ チュートリアルの共有: java ビデオ チュートリアル)

2. ワークフローと概要

(1) クライアントは URL を通じてリクエストを送信します。

(2-3) コア コントローラーの Dispatcher Servlet がリクエストを受信し、システムまたはカスタム マッパー設定を通じて対応するハンドラーを見つけて、 URL によってマッピングされたコントローラーがコア コントローラーに返されます。

(4) コア コントローラを通じてシステムまたはデフォルトのアダプタを検索します。

(5-7) 見つかったアダプタから、対応するインターフェイスを実装するプロセッサを呼び出し、結果をプロセッサに返します。アダプター、結果にはデータ モデルとビュー オブジェクトが含まれており、アダプターによってコア コントローラーに返されます。

(8-9) コア コントローラーは、取得したデータとビューを組み合わせたオブジェクトをビュー パーサーに渡します。 、解析された結果を取得します。 結果は、ビュー パーサーによってコア コントローラーに応答されます。

(10) コア コントローラーは、結果をクライアントに返します。

3. アダプターの役割

SpringMVC に関与するマッパー、ビュー パーサーの役割を理解するのは難しくありません。マッパーは、フロントエンド リクエストの URL を構成されたプロセッサにマッピングする責任があります。ビュー パーサーは、最終的な結果はわかりますが、なぜ途中でアダプターの層を通過する必要があるのでしょうか? では、なぜ直接実行して、マッパーを通じてコン​​トローラーを見つけた後に戻らないのでしょうか?

これは、SpringMVC がビジネス プロセッサーにさまざまなインターフェース実装 (コントローラー インターフェースの実装など) を提供しており、アダプターは、プロセッサーが実装するインターフェースに基づいて、登録されているものとは異なるタイプを最終的に選択するために使用されるためです。ハンドラー アダプターが一致し、最終的に実行されます。たとえば、SimpleControllerHandlerAdapter は、コントローラー インターフェイスを実装するコントローラーをサポートします。作成したコントローラーがコントローラー インターフェイスを実装する場合、SimpleControllerHandlerAdapter は、作成したコントローラー内の特定のメソッドを実行します。リクエストを完了します。

SpringMVC 関連のチュートリアルの詳細については、「Java チュートリアル 」列に注目してください。

以上がSpringMVC ワークフローの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。