MVC パターンと 3 層アーキテクチャ

MVC パターンと 3 層アーキテクチャ

MVC パターンと 3 層アーキテクチャは理論的な知識であり、将来的にはそれらをコード開発に使用して、コードの保守性とスケーラビリティを向上させます。

MVCパターン

MVC は、次のような階層型開発のパターンです。

• M：モデル、ビジネスモデル、加工事業
• V: ビュー、ビュー、インターフェイス表示
• C: コントローラー、コントローラー、リクエストの処理、モデルとビューの呼び出し

コントローラ（servet）はブラウザから送信されたリクエストを受信するために使用され、コントローラはモデル（javaBean）を呼び出してデータベースからデータをクエリするなどのデータを取得します。コントローラがデータを取得した後、データはサーバに渡されます。データ表示用のビュー (JSP)。
MVC の利点:

• 単一責任。各キャラクターは独自のことを行い、その義務を果たします。

• 役割分担と協力が促進されます。

• コンポーネントの再利用が容易になります

3層アーキテクチャ

3 層アーキテクチャでは、プロジェクトをデータ層、ビジネス ロジック層、データ アクセス層の 3 つのレベルに分割します。

• データ アクセス層: データベースに対する CRUD の基本操作
• ビジネス ロジック層: ビジネス ロジックをカプセル化し、データ アクセス層の基本機能を組み合わせて複雑なビジネス ロジック機能を形成します。たとえば注册业务功能、最初にメソッドを数据访问层呼び出してselectByName()ユーザー名が存在するかどうかを確認し、数据访问层次にinsert()メソッドを呼び出して、存在しない場合はデータを追加します。
• プレゼンテーション層: リクエストの受信、データのカプセル化、ビジネス ロジック層の呼び出し、データへの応答

全体のプロセスは、ブラウザがリクエストを送信し、プレゼンテーション層のサーブレットがリクエストを受信して​​ビジネス ロジック層のメソッドを呼び出してビジネス ロジック処理を行い、ビジネス ロジック層のメソッドがデータ アクセス層のメソッドを呼び出すというものです。データ操作を実行するには、サーブレットに戻り、サーブレットは表示のためにデータを JSP に渡します。

3 層アーキテクチャの各層には、一意のパッケージ名があります。

• プレゼンテーション層:com.itheima.controllerまたはcom.itheima.web
• ビジネスロジック層:com.itheima.service
• データアクセス層:com.itheima.daoまたはcom.itheima.mapper

後でいくつかのフレームワークを学習します。異なるフレームワークは異なるレイヤーをカプセル化します。

MVC と 3 層アーキテクチャ

MVC と 3 層アーキテクチャの学習を通して、混乱する人もいるはずです。それでは、それらの違いと関係は何でしょうか？

上図の上部に示されているように、MVC モデルが示されており、上図の下部は 3 層アーキテクチャです。MVC 模式の C (コントローラ) と V (ビュー) は、 のプレゼンテーション層三层架构で、 MVC 模式M (モデル) は、 のビジネス ロジック層とデータ アクセス層三层架构です。

MVC 模式大きな概念として理解できますが、アーキテクチャ三层架构をMVC 模式実装する考え方です。その後、将来の要件に応じて、異なる層のコードを異なるパッケージに記述し、各層の機能責任は単一にする必要があります。将来プレゼンテーション層のテクノロジが置き換えられた場合、ビジネス ロジックのコードは、層とデータアクセス層を生成する必要はありません。

---