3.1.3.4 聚合设计原则 (小聚合优选)

文档摘要

3.1.3.4 聚合设计原则 (小聚合优选) 小聚合优选：当“订单”不再是一个聚合根，而是一组可拆解、可编排、可快照的协作单元你有没有在深夜改完一个“订单聚合”的第17版重构后，盯着测试失败的堆栈发呆——不是逻辑错了，是它太重了？不是领域模型没画准，是它被塞进了太多不该属于它的责任：库存扣减、物流调度、发票生成、积分发放、风控校验……全挤在一个里，像把整座城市塞进一台ATM机。我们总说“聚合要小”，可“小”到底多小？是字段少？方法少？还是数据库表少？都不是。 “小聚合”不是尺寸问题，是协作粒度问题——它衡量的是：一个变更是否能在不协调其他上下文的前提下，独立完成业务一致性保障。