Java アーキテクチャを理解する方法

まず、Java 開発アーキテクチャの形式について話しましょう:

一般に、学習または実際の開発において、私たちが知っている開発アーキテクチャは 2 つの形式に基づいています。 : C/S アーキテクチャ (クライアント/サーバー) と B/S アーキテクチャ (ブラウザ/サーバー)。 JavaEEの開発では、ほとんどがB/Sアーキテクチャに基づいて開発されます。 B/S アーキテクチャでは、システムと標準の 3 層アーキテクチャには、プレゼンテーション層、ビジネス層、永続化層が含まれます。これらは、私たちが初めて Java に触れたときに知っている Web 層、サービス層、Dao 層です。ウェブプロジェクト。

3 層アーキテクチャの概要:

1. プレゼンテーション層:

これは、Web プロジェクトを初めて使用するときによく呼び出される Web 層です。クライアント要求を受信し、クライアント応答結果に要求を送信する場合、通常、クライアントは http プロトコルを使用して Web 層を要求し、Web 層は http 要求を受け入れて http 応答を完了する必要があります。 (この層では、主にフロント デスクからデータを受け取り、使用するデータをカプセル化します。)

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

プレゼンテーション層にはプレゼンテーション層とコントロール層が含まれます。プレゼンテーション層は結果の表示を担当し、コントロール層はリクエストの受け入れを担当します。 (表示と制御はMVCデザインパターンに属します)

プレゼンテーション層はビジネス層に依存しており、クライアントからのリクエストを受信すると、通常はビジネス層(つまりサービス層)を呼び出して業務処理を行います。 、処理結果をクライアントに応答します。

プレゼンテーション層の設計は一般的にMVCモデルを使用します(MVCはフレームワークパターンであり、デザインパターンです。)

2. ビジネス層:

つまりサービス層について話しています。ビジネス ロジックの処理を担当し、Web プロジェクトのニーズと密接に関連しています。Web レイヤーはビジネス レイヤーに依存しますが、ビジネス レイヤーは Web レイヤーには依存しません。 (つまり、特定の機能を実装するために Web 層のサービスを呼び出します。この呼び出し関係により、Web 層はサービス層に依存します。)

ビジネス層は、ビジネス処理中に永続層に依存する場合があります。データを保存する場合、永続化にはトランザクションの一貫性が必要です。つまり、ビジネス層でトランザクションを制御する必要があるのです。 (この層は主にビジネス ロジックを処理し、トランザクションを管理し、データベース対話のために dao 層を呼び出します。)

3 つの永続化層:

は、私たちがよく dao 層と呼ぶものです。データ レイヤー (つまり、データベース) とデータ アクセス レイヤーを含む、データの永続化を担当します。データベースはデータ永続性のキャリアです。データ アクセス レイヤーは、ビジネス レイヤーと永続化レイヤーの間の対話のためのインターフェイスです。ビジネス層はデータ アクセス層を介してデータを渡す必要がある データベースへの永続化。一般に、永続層はデータベースと対話し、データに対して CRUD (追加、削除、変更、クエリ) 操作を実行します。 (この層は主にデータベースとの対話、つまり追加、削除、変更、クエリを実行し、結果のデータをデータベースに保存するためのものです。)

推奨される関連記事のチュートリアル: java 入門チュートリアル

以上がJava アーキテクチャを理解する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。