DTO を使用してアプリケーションのユース ケースを公開する Application Service との境界付けられたコンテキストがあります。
境界付けられたコンテキストには、豊富なドメイン オブジェクトを使用してドメイン ユース ケースを公開するドメイン サービスも含まれます。アプリケーション サービスは、ドメイン サービスの「クライアント」です。
最後に、ドメイン オブジェクトの永続性を可能にするリポジトリです。
ドメインには他の境界付けられたコンテキストが存在し、境界付けられたコンテキストを所有するチーム間の関係は顧客/サプライヤーであるため、チームは同じ目標に合わせて協力し、必要なユースケースを他の境界付けられたコンテキストに公開することができます。
この状況では、「顧客の境界付けられたコンテキスト」は「サプライヤーの境界付けられたコンテキスト」に接続する必要がありますか?
「サプライヤーの境界付けられたコンテキスト」が、「サプライヤーの境界付けられたコンテキスト」の豊富なドメイン オブジェクトを公開しているリポジトリまたはドメイン サービスに直接アクセスしても問題ありませんか? (「サプライヤーの境界付けられたコンテキスト」をドメイン内でのリークから保護する「顧客の境界付けられたコンテキスト」の ACL を使用)。ドメインのリファクタリングによってすべての ACL が壊れ、メンテナンスが必要になるため、このアプローチが適切かどうかはわかりません。これがACLの目標であることは知っていますが...
それとも、「コンシューマー バウンド コンテキスト」は、パブリック DTO が公開されている「サプライヤー バウンド コンテキスト」のアプリケーション サービスにのみ接続することが望ましいでしょうか。(ACL は必要ありません)。ユースケースが明らかにドメインのユースケースであっても、アプリケーションサービスがドメインサービスを模倣してアクセスポイントとして機能するように強制するため、このアプローチが良いかどうかはわかりません.
ご意見はありますか？良い/悪い経験を持つ2つのアプローチのいずれかを試した人はいますか?
Vaughn Vernon の本や Scott Millett の本からは明確な答えが見つかりません。