DDD设计的场景和方法

DDD介绍

领域驱动设计,出发点是业务(打个比方 有一台内存无限制大的主机,数据只在对象中加工处理,而不是一来就要考虑如何去存储或者查询它),不要以数据库表作为出发点,一切以业务知识进行抽象,抽象出实体,值对象(值对象就是用它的值,没有内部业务方法),核心领域和周边领域,已经他们之间的上下文传递方式和边界。

使用场景

任何技术都不是万能的,要考虑时间成本和空间复杂度。
较为复杂的业务,DDD较为适合。
数据处理,使用函数编程比较适合。

使用方式

设计的对象,一定不要是POJO(简单Java对象,贫血模型,数据透传对象)

对象一定需要具有自身的方法。

对象的行为,不需要上帝manage来实现,一定是在自身实现。

领域对象内部,不要引入存储

DDD 着手方式

业务(客户)描述话,找准其中的名词和动词,找出核心业务域
然后通过事件风暴分析业务状态变化关键点,合理划分领域,限定适合的限界上下文。

把业务套进设计的好的领域模型,看是否走的通顺。