翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 概要
## ドメイン駆動型設計 (DDD)
[ドメイン駆動型設計 (DDD)](https://www.oreilly.com/library/view/implementing-domain-driven-design/9780133039900/) では、ドメインはソフトウェアシステムの中核です。ドメインモデルは、他のモジュールを開発する前に最初に定義され、他の低レベルモジュールに依存しません。代わりに、データベース、プレゼンテーションレイヤー、外部 APIsなどのモジュールはすべてドメインに依存します。
DDD では、アーキテクトは技術的な分解ではなくビジネスロジックベースの分解を使用して、ソリューションを境界のあるコンテキストに分解します。このアプローチの利点については、[ターゲットを絞ったビジネス成果](#business-outcomes)「」セクションで説明します。
チームが六角形アーキテクチャを使用する場合、DDD は実装が容易です。六角形アーキテクチャでは、アプリケーションコアがアプリケーションの中心です。ポートとアダプターを介して他のモジュールから分離され、他のモジュールに依存しません。これは DDD と完全に一致します。ここで、ドメインはビジネス上の問題を解決するアプリケーションの中核です。このガイドでは、六角形アーキテクチャの中核を境界コンテキストのドメインモデルとしてモデル化するアプローチを提案します。次のセクションでは、六角形アーキテクチャについて詳しく説明します。
このガイドでは、非常に広範なトピックである DDD のすべての側面を網羅しているわけではありません。ドメイン[言語](https://www.domainlanguage.com/ddd/)ウェブサイトにリストされている DDD リソースを確認して、理解を深めることができます。
## 六角形アーキテクチャ
六角形アーキテクチャは、*ポートとアダプター*、または*オニオンアーキテクチャ*とも呼ばれ、ソフトウェアプロジェクトの依存関係の反転を管理する原則です。六角形アーキテクチャは、ソフトウェアの開発時にコアドメインのビジネスロジックに重点を置き、外部統合ポイントをセカンダリとして扱います。六角形アーキテクチャは、ソフトウェアエンジニアがテスト駆動型開発 (TDD) などのベストプラクティスを採用するのに役立ちます。これにより、[アーキテクチャの進化](https://dzone.com/articles/pattern-of-the-month-red-green-refactor)が促進され、複雑なドメインを長期的に管理できるようになります。
六角形アーキテクチャと従来のレイヤードアーキテクチャを比較してみましょう。これは、構造化ソフトウェアプロジェクトのモデリングで最も人気のある選択肢です。2 つのアプローチには微妙ですが強力な違いがあります。
階層型アーキテクチャでは、ソフトウェアプロジェクトは階層構造になっており、ビジネスロジックやプレゼンテーションロジックなど、幅広い懸念事項を表しています。このアーキテクチャでは、上位レイヤーが下位レイヤーに依存する依存関係階層を使用しますが、逆はできません。次の図では、プレゼンテーションレイヤーがユーザーインタラクションを担当するため、ユーザーインターフェイス、APIs、コマンドラインインターフェイス、および同様のコンポーネントが含まれます。プレゼンテーションレイヤーは、ドメインロジックを実装するビジネスレイヤーに依存しています。ビジネスレイヤーには、データアクセスレイヤーと複数の外部サービスへの依存関係があります。
この設定の主な欠点は、依存関係構造です。例えば、データベースにデータを保存するモデルが変更されると、データアクセスインターフェイスに影響します。データモデルを変更すると、データアクセスインターフェイスに依存するビジネスレイヤーにも影響します。その結果、ソフトウェアエンジニアはドメインロジックに影響を与えずにインフラストラクチャを変更することはできません。これにより、リグレッションバグの可能性が高まります。
次の図に示すように、六角形アーキテクチャでは、依存関係を別の方法で定義します。すべてのインターフェイスを定義するドメインビジネスロジックを中心に意思決定を集中的に行います。外部コンポーネントは、*ポート*と呼ばれるインターフェイスを介してビジネスロジックとやり取りします。ポートは、ドメインと外部世界の相互作用を定義する抽象化です。各インフラストラクチャコンポーネントはこれらのポートを実装する必要があるため、これらのコンポーネントの変更がコアドメインロジックに影響を与えなくなります。
周囲のコンポーネントは*アダプター*と呼ばれます。アダプターは、外部ワールドと内部ワールド間のプロキシであり、ドメインで定義されたポートを実装します。アダプターは、プライマリとセカンダリの 2 つのグループに分類できます。プライマリアダプターは、ソフトウェアコンポーネントへのエントリポイントです。これにより、外部のアクター、ユーザー、およびサービスがコアロジックとやり取りできるようになります。 AWS Lambda はプライマリアダプターの良い例です。Lambda 関数をエントリポイントとして呼び出すことができる複数の AWS サービスと統合されます。セカンダリアダプターは、外部ワールドとの通信を処理する外部サービスライブラリラッパーです。セカンダリアダプターの例として、データアクセス用の Amazon DynamoDB クライアントがあります。
## ターゲットを絞ったビジネス成果
このガイドで説明する六角形アーキテクチャは、次の目的を達成するのに役立ちます。
+ [開発サイクルを改善することで市場投入までの時間を短縮する](improve-dev-cycle.md)
+ [ソフトウェア品質の向上](improve-software-quality.md)
+ [より簡単に変更できる](adapt-to-change.md)
これらのプロセスについては、以下のセクションで詳しく説明します。