个人粗浅的体会是,领域模型关注的是项目核心的业务逻辑。如果一个项目有多个核心,那么它们自然就会成为多个项目;换句话说,即便项目只围绕一个核心,领域模型也不必或者难于涵盖所有的业务逻辑。以搜索类需求为例,在确定聚合根时,就会遇到困惑,尤其不能当业务发展时,一些内容单单因为需要暴露给外部查询,就升为聚合根,那样领域逻辑变更的频率和影响,就会超出预期。
领域逻辑是一种抽象,考虑的维度之一(仅仅是之一),就是把相对稳定或者期望相对稳定的部分抽取出来,其他层在这个基础上消费或提供支持。那么,如果领域逻辑包含的内容不够顶层和抽象,保罗万象,那么这种设定的预期就不存在了。
这种问题太痛苦了,领域驱动设计的一个出发点就是从业务领域出发建模,
所以你必须先给出需求,然后才能根据需求来建模,也就是说不存在普遍适用的领域模型,
这就是架构师存在的价值。