目录
前言
DDD是反对贫血模型的,所以最后需要在实体里加入复杂的行为方法
我们可以认为 DDD是把service和domain结合在一起,变成了DDD的Entity
核心概念
限界上下文
就是给每个系统划分一个边界,把每个系统拆分出来,他们都有自己的领域和领地,并不是混合在一起的,一个限界上下文可以对应我们一个大系统(电商系统、广告系统)里的一个子系统(订单系统,是几个人负责维护,他们共享一个订单系统这么一个限界上下文)
订单系统就有几十个人负责维护,生单系统(5个人负责维护)、价格系统(5个人)、拆单系统(5个人),对于一个完整的系统,可以在里面先划分出来多个限界上下文,每个限界上下文可以对应一个子系统,独立的小团队专门负责维护这个子系统以及对应的限界上下文其实就应该是你们公司里的一个较为核心的系统,有独立的代码仓库,有一个独立的团队负责维护一个系统,就是工作在这个限界上下文里,然后在这个限界上下文里需要对各种核心概念定义一套通用的中文和英文的名词和解释,这就是通用语言,团队每个人对这些中文和英文名词的含义都有共识
一个团队可以同时负责维护多个系统,也就是多个限界上下文,但是多个团队不能在一个限界上下文里工作,也就是多个团队同时修改一个系统的代码,那是不可能的,一个限界上下文就是一个独立的完整的系统,有独立的代码仓库、数据库、测试代码,独立团队,独立通用语言
通用语言
在不同的系统对应的限界上下文里,定义出来一批名词(一堆类),代表了这个限界上文里的通用语言,只有这个限界上下文里的几个系统的开发工程师,会按照同样的一批通用语言来理解所有的名词,大家对Customer这个名词的理解是一样