a）2つ以上のサブドメインを含むBCでは、概念が重なり合う可能性があり、さらに悪い場合、同じ概念（各サブドメインのいくつかによって使用される）が各サブドメインによって異なって解釈/束縛された文脈、サブドメインおよびユビキタス言語
BCに多数のサブドメインが含まれている場合、サブドメインごとに1つずつ、またはすべてのサブドメインで同じユビキタス言語を共有する必要がありますか？
b）1つのサブドメインがいくつかのBCにまたがっている場合、これらのBCはそれぞれ独自のユビキタス言語を定義する必要がありますか？
おかげ
各ドメインとサブドメインは、独自の言語を有していてもよいが、A）、ULは、具体的にBCを標的とします。 BCは、既に確立されたドメイン言語から可能な限りドメインとバローをモデル化します。エンジニアとドメイン専門家がユビキタスで使用しているため、ユビキタスと呼ばれています。残念なことに、ドメイン言語そのものについては言えません。
B）それぞれのBCは独自のULを持つ必要があります。
BCが重複する概念を持つ複数の（サブ）ドメインをモデル化する場合、そのBCを分割することを検討することが賢明でしょう。共有カーネルを使用して、両方の（サブ）ドメインで概念上等しい重複を重複排除することができます。
助けてくれてありがとう – EdvRusj
私はBCあたり1つのエンティティが少し殺しているように感じます。 1つのBCに複数の集約ルート（AG）を完全に持つことができます。各集約は、フィールドとしてエンティティ（AGではなく）を簡単に持つことができます。 –
私はTonyに同意します。 BCは、その事業体の数ではなく、その責任と定義によって定義されている。青い本は、この点でも時代遅れではありません。 –
ULはBCを対象としています。したがって、BCとサブドメインの間に1-1のマッピングが存在する場合、各サブドメインは独自のULを持ちます。 BCに複数のサブドメインが含まれている場合は、はい、ULも共有されます。 –
ユビキタスはどこでも同じ意味を持っているので、面白いですが、はいULは紀元前にあります。 – Asher
@Asher：遅れて返信して申し訳ありませんが、あなたの答えに気づいていません – EdvRusj