无领域专家支持时，如何独自实践DDD？

一、没有领域专家也能实践DDD，但要调整实践路径 #

DDD的核心是贴合业务的领域建模，领域专家是关键的知识来源，但不是启动实践的必要条件——尤其是你已经有理论基础的情况下，可以从以下几个方向入手：

• 从你熟悉的现有业务模块切入：挑一个你之前接触过、有基本认知的业务功能（比如公司的订单管理、客户信息维护），不用碰完全陌生的领域。基于现有理解梳理初步的统一语言，把业务术语、核心规则整理成简洁的文档，后续再找领域专家验证修正。
• 用简化版事件风暴自我推演：把业务流程中的关键事件、命令、实体列出来，比如「用户提交订单」「系统扣减库存」「生成支付单」，自己扮演领域专家的角色，质疑每个环节的规则：库存不足时订单该怎么处理？支付超时后是否自动取消订单？通过这种自我推演补全业务逻辑的细节。
• 构建最小可行领域模型：先针对一个小功能（比如订单创建流程），用战术模式（实体、值对象、聚合根）实现模型。写完后自己做「业务合理性评审」：这个模型是否准确反映了业务规则？有没有把本该是值对象的字段做成了实体？比如订单金额应该是值对象，因为它是不可变的，且有自身的校验规则。
• 挖掘现有资料中的领域知识：公司的业务需求文档、老系统的代码注释、历史的业务沟通记录，这些都是间接的领域知识来源。你可以从这些材料里提取业务规则，补充到统一语言和模型中。

二、仅靠战术模式+统一语言远远不够 #

DDD是战略设计与战术模式的结合，只聚焦战术层会让你的实践偏离DDD的核心价值——解决复杂业务问题、构建可维护的领域模型：

• 必须加入简化的战略设计：即使没有领域专家，你也可以尝试划分上下文边界。比如把订单、支付、库存分成不同的限界上下文，先基于自己的理解做初步划分，这样能避免模型混乱，也为后续和领域专家对齐打下基础。
• 重视模型的迭代优化：套用战术模式只是第一步，你需要模拟各种业务场景（尤其是异常场景）去测试模型，比如用户重复提交订单、支付失败后重试，看模型能不能正确处理这些情况，然后不断调整模型的结构和规则。
• 记录领域知识缺口：实践过程中，把你不确定的业务规则、模糊的术语都记下来，比如「订单取消后的退款规则是否适用于所有支付方式？」，等休假结束后立刻找领域专家确认，这样你的实践就有明确的迭代方向，不会做无用功。

内容的提问来源于stack exchange，提问作者Django