ソフトウェア エンジニアリングにおいて、階層化アーキテクチャは、アプリケーションのさまざまな部分をさまざまな層に分割する一般的な設計パターンであり、それぞれが特定の責任と機能を持ちます。このアーキテクチャの主な原理の 1 つは、各層はその下の層にのみ結合して、層間の相互依存性を低減することです。従来の階層化アーキテクチャに基づいて、階層化アーキテクチャには主に 2 つのタイプがあります。厳密な階層化アーキテクチャと緩やかな階層化アーキテクチャです。
厳密に階層化されたアーキテクチャは、レイヤーがその直下のレイヤーにのみ結合できることを厳密に規定する、非常に一般的なアーキテクチャ スタイルです。このアーキテクチャの利点は、層間の結合を大幅に軽減し、各層の独立性を高めることができることですが、同時に特定の制限ももたらし、層間の相互作用や通信が妨げられる可能性があります。
対照的に、緩やかに階層化されたアーキテクチャはより柔軟であり、任意の上位層を任意の下位層に結合できます。このアーキテクチャの利点は、層間の対話性を向上させて、分散システムや大規模アプリケーションの開発をより適切にサポートできることです。しかし同時に、層間の結合が増大し、層間の独立性が悪化する可能性もあります。
DDD (ドメイン駆動設計) では、従来の階層型アーキテクチャが広く使用されています。次の図は、典型的な DDD の従来の階層化アーキテクチャの概略図であり、アプリケーションのさまざまな部分がユーザー インターフェイス層、アプリケーション層、ドメイン層、インフラストラクチャ層の 4 つの層に分割されています。各レベルには独自の責任と機能があります。この階層構造を詳しく紹介します。
ユーザー インターフェイス層は、ユーザー リクエストの処理とユーザー表示を担当する層で、通常、Web インターフェイス、モバイル アプリケーション、デスクトップ アプリケーションなどが含まれます。この層の主な役割は、ユーザー対話インターフェイスを提供し、ユーザー入力と要求を受け取り、処理結果をユーザーに提示することです。
アプリケーション層は、さまざまなビジネス シナリオでのユース ケースまたはビジネス プロセスを実装する層です。アプリケーション サービスは通常、ユーザー インターフェイス層からリクエストを受け取り、リソース ライブラリを通じて集約インスタンスを取得し、対応するコマンド操作を実行します。この層の主な役割は、ビジネス ロジック処理やアプリケーションのサービス呼び出しなどの機能を提供し、ビジネス ルール、プロセス、ロジックをこの層にカプセル化することです。
ドメイン層は、ビジネス ドメイン モデルとビジネス ルールの実装を担当する層です。この層には通常、エンティティ、値オブジェクト、サービス、集約などの概念が含まれ、ビジネス ロジックとデータを同じドメイン モデルにカプセル化し、ビジネス ロジックとデータの統合管理を実現します。
インフラストラクチャ層は、他の層に技術サポートを提供する層です。通常、この層にはデータ アクセス、メッセージ キュー、キャッシュ、ログなどのパブリック サービスが含まれており、他の層にインフラストラクチャ サポートを提供します。
要約すると、従来の階層化アーキテクチャはアプリケーション設計において重要な役割を果たします。アプリケーションを、それぞれが独自の責任と機能を持つ異なる層に分割することにより、層間の結合を大幅に軽減し、層間の独立性と保守性を向上させることができます。同時に、この階層化されたアーキテクチャは、開発者がさまざまなレベルで独立した開発とメンテナンスを行うのにも役立ち、それによって開発効率とコードの品質が向上します。