DDD跨限界上下文：能否导入其他上下文的聚合ID？

在DDD的限界上下文设计中，核心原则是保持上下文的边界独立性，针对你提出的问题，结论是：优先在第二个限界上下文（Context2）中重新定义ExampleEntity1ID类型，而非直接从Context1导入复用。

两种方案的对比 #

直接导入复用的问题 #

直接从Context1导入ExampleEntity1ID到Context2，看似能保证类型一致、减少重复代码，但会直接打破两个上下文的边界隔离：

• Context2会对Context1产生强依赖，一旦Context1的ExampleEntity1ID发生变更（比如从字符串改成UUID类型、增加校验规则），Context2必须同步修改，否则会出现编译或运行错误
• 违反了限界上下文“高内聚、低耦合”的设计原则，Context2的独立性被破坏，无法独立演进

重新定义ID的优势 #

在Context2中重新定义ExampleEntity1ID，虽然看起来有代码重复，但这是刻意的边界隔离设计，带来的好处远大于重复成本：

• Context2保持完全独立，即使Context1的ID结构或规则变化，Context2无需修改，只需要在上下文之间的集成层做适配转换
• 语义更清晰：Context2中的ExampleEntity1ID代表“指向Context1中ExampleEntity1的标识符”，而非直接属于Context1的ID类型，符合限界上下文的语义边界

正确实现示例 #

Context1的代码（保持不变） #

# /domain/context_1/models.py
class ExampleEntity1ID:
    value: str

class ExampleEntity1:
    id: ExampleEntity1ID
    some_field_1: str

Context2的代码（重新定义ID） #

# /domain/context_2/models.py
class ExampleEntity1ID:
    value: str

class ExampleEntity2ID:
    value: str

class ExampleEntity2:
    id: ExampleEntity2ID
    example_entity_1_id: ExampleEntity1ID
    some_field_2: str

上下文间的类型转换处理 #

在两个上下文需要交互的场景（比如Context2调用Context1的查询接口、处理Context1发送的领域事件），需要在**集成层（应用层或基础设施层）**做类型转换：
比如在应用服务中处理Context1返回的ID：

# /application/services/example_service.py
from domain.context_1.models import ExampleEntity1ID as Context1ExampleEntity1ID
from domain.context_2.models import ExampleEntity1ID as Context2ExampleEntity1ID

def convert_context1_id_to_context2(context1_id: Context1ExampleEntity1ID) -> Context2ExampleEntity1ID:
    return Context2ExampleEntity1ID(value=context1_id.value)

如果想减少重复的ID基础代码，可以抽象一个通用的BaseID类，让两个上下文的ID都继承它，但每个上下文的ID仍然是独立的类型：

# /domain/base.py
class BaseID:
    def __init__(self, value: str):
        # 可在此添加通用ID校验逻辑，比如非空、格式校验
        self.value = value

# Context1中使用
class ExampleEntity1ID(BaseID):
    pass

# Context2中使用
class ExampleEntity1ID(BaseID):
    pass

这样既复用了通用逻辑，又保持了每个上下文ID类型的独立性，完美平衡了复用和边界隔离的需求。

内容的提问来源于stack exchange，提问作者Альберт Биктимиров