境界付けられたコンテキストについてよく検索しましたが、それがドメイン駆動設計のパターンであり、データベース コンテキストを使用して大きなモデルを小さなモデルに分割するためのものであることはわかっていますが、少し混乱します。実際、私はそれが正確に何をするのかわかりませんか?このパターンを使用する利点は何ですか? このパターン
を理解するのを手伝ってください。
4 に答える
境界付けられたコンテキストは、必ずしも大きなモデルを小さなモデルに分割することではなく、ビジネスにおける個別のドメイン モデルを識別するためのものです。各 BC には独自のデータ ストアが必要です。BC は、別の BC からのデータをさまざまな方法で利用できます (腐敗防止レイヤー、値オブジェクト)。
そのため、資産 BC、倉庫 BC、請求 BC、会計 BC、または CRM BC があるかもしれません。利点は、一度に 1 つの領域に集中できることです。正しく理解するのはおそらくやや難しい作業であり、境界を特定するにはさまざまなドメインに関する詳細な知識が必要であるため、ドメインの専門家はこれを行う上で非常に貴重です。難しさは、集約ルートの特定と同等です。
大きな利点は、デカップリングを正しく行うと、メンテナンスが容易になることです。それは正しいことです:)
1 つのユビキタス言語が一貫している場合、境界付けられたコンテキストが発生します。
特定のモデルの限定された適用範囲。BOUNDING CONTEXTS により、チーム メンバーは、何を一貫させる必要があり、何を独自に発展させることができるかについて、明確かつ共有された理解を得ることができます。
この記事を読むと、役立つ例えが得られます。
Julie Lerman は、Bounded Context について非常に適切に説明しています。
次のhttp://msdn.microsoft.com/en-us/magazine/jj883952.aspxを読むことをお勧めします
n 層アーキテクチャ (EF を使用) に関する限り、境界付けられたコンテキストには多くの利点があります。
- 可読性
- スケーラビリティ
- パフォーマンス ...その他。