1. なぜ構造があるのか?
これは、「低結合、高凝集性」を満たし、コードの堅牢性とスケーラビリティを実現するためです。例えば、層間の結合度をより良く減らすために、３層アーキテクチャのプログラミングには抽象化指向プログラミングが採用される。つまり、上位層から下位層への呼び出しはインターフェースを介して実現される。下位層から上位層への実サービスプロバイダは、下位層インターフェースの実装クラスである。サービス規格（インタフェース）は同じで、サービスプロバイダ（実装クラス）を置き換えることが可能です。
2. 3 層アーキテクチャとは何ですか?
3 層アーキテクチャは、ユーザー インターフェイス層/プレゼンテーション層 (ユーザー インターフェイス)、ビジネス ロジック層 (ビジネス ロジック層)、データ アクセス層 (データ アクセス層) で構成されます。
各層の役割は次のとおりです。
ユーザー インターフェイス層: ユーザーとの対話を担当します。
ビジネス ロジック層: 主に特定の問題を処理するためのものであり、データ層の操作、およびデータのビジネス ロジック処理としても理解できます。
データ アクセス層: 主に非オリジナル データ (データベースやテキスト ファイルなどのデータの形式で保存されている) に対する操作層です。つまり、データ操作ではなくデータベース用であり、具体的にはビジネス ロジック層またはユーザー インターフェイス層にデータ サービスを提供します。
Javabeanの種類
VO、バリューオブジェクト バリューオブジェクト（Web層、データ収集）
BO、ビジネスオブジェクト ビジネスオブジェクト（サービス、プロセスビジネス）
PO、永続オブジェクト 永続オブジェクト（DAO層、ユーザーストレージ）
3. MVC アーキテクチャ パターンとは何ですか?
MVC アーキテクチャ パターンは、モデル モデル (JavaBean)、ビュー ビュー (Jsp)、およびコントローラー コントローラー (サーブレット) で構成され、
各部分の役割は次のとおりです:
モデル: データを伝達し、ユーザーから送信されたリクエストを計算するモジュール。これは 2 つのカテゴリに分類され、1 つはデータベアリング Bean と呼ばれ、もう 1 つはビジネス処理 Bean と呼ばれます。いわゆるデータ伝達 Bean は、Student や User など、特にビジネス データを伝達するエンティティ クラスを指します。ビジネス処理 Bean は、ユーザーが送信したリクエストを処理するために特別に使用される Service または Dao オブジェクトを参照します。
ビュー: ユーザーにユーザー インターフェイスを提供し、ユーザーと直接対話します
。 コントローラー: ユーザーのリクエストを処理のために対応するモデルに転送し、処理されたモデルの計算結果をユーザーに対応する応答として提供するために使用されます。
4. MVC フレームワークと 3 層アーキテクチャとの関係は何ですか?
3 層アーキテクチャはソフトウェア分野で最も一般的な階層アーキテクチャであり、MVC は 3 層アーキテクチャに基づいて設計されたフレーム型アーキテクチャです。3層アーキテクチャはマクロ概念であり、MVC は 3 層アーキテクチャのより具体的なフレームワーク実装です。MVC に基づいてさまざまな種類のコード ファイルを分類できます。