领域建模的原则（战术篇）

本文由作者“少个分号”整理，讨论了在大规模团队和复杂系统环境下，领域驱动设计（DDD）的一些战术建模原则。

作者指出，在大型系统中，需要一些原则来指导模型设计，以此来避免团队在开发过程中的混乱。作者提供了DDD战术建模中的十条原则作为基本要求：

1. 将被多个聚合根使用的实体设计为聚合根或拆分，避免共享实体导致聚合失去意义。
2. 避免使用中间表处理多对多关系，探明其业务含义，并明确中间模型归属。
3. 区分关联和拥有关系，避免聚合过大。
4. 确保领域模型和数据库的一致性，降低系统复杂性。
5. 聚合层级保持在2-3级，以免带来过大的落地成本。
6. 事实数据应快照化，锁定关键业务数据。
7. 为核心交易设计流水或日志，用于审计目的。
8. 抽象核心模型，提供良好的扩展策略。
9. 在业务变化时分而治之，业务稳定后再抽象统一。
10. 架构师应关注核心模型，其他模型设计决策应交给具体开发人员，并记录决策过程。

作者强调，经验丰富的工程师会理解到约束的好处，而在遵循这些原则的同时，也应允许一定程度的灵活性。架构师的角色是确定系统的核心模型和上下文边界，而具体的模型设计应该由开发人员根据实际情况来做出最佳判断。