DDD系统设计的精髓概述

DDD（DomainDrivenDesign)系统设计的精髓

|

《代码精进之路：从码农到工匠》

DDD的精髓DDD的精髓是应对软件复杂性。史蒂夫·迈克康奈尔：软件的首要技术使命管理复杂度。CONTENTDDD的精髓阶段一排斥DDD阶段二模仿DDD阶段三忘记DDDDDD的精髓是降低系统复杂度，如果做不到这一点，宁可不要用！CONTENT缘起复杂性Bob大叔——“不管你们有多敬业，加多少班，在面对烂系统时，你任然会寸步难行，因为你大部分的精力不是在开发需求，还是在应对混乱。”史蒂夫·迈克康奈尔—管理复杂度是工程师的首要技术使命DDD的精髓——应对复杂性Tips：当你使用了DDD，发现并没有减少多少复杂性，亦或是增加了复杂性，应该停下来！CONTENT第二部分：基于DDD的应用架构-COLA第一部分：DDD的复杂性应对之道DDD的复杂性应对之道领域划分领域建模统一语言统一语言：统一语言（概念和语义），可以降低认知成本。StockInventoryAmount库存запасы巴门尼德对你说：存在者存在，非存在者不存在。你对巴门尼德说：组合优于继承，约定胜于配置。统一语言：“一个团队，一种语言”业务概念PRD文档日常沟通设计文档代码核心领域词汇表统一语言：是一个不断理解业务纵深，不断迭代的过程CONTENT统一语言：命名规范（一致性可以降低复杂度）后置限定词revenueTotal（总收入）

expenseTotal（总支出）

revenueAverage（平均收入）

expenseAverage（平均支出）事件命名把限定词放在名词最后DomainName+动词的过去式+EventCustomerCreatedEvent（创建客户事件）OrderPlacedEvent（下单事件）OrderPaidEvent（订单支付事件）CONTENTDDD的复杂性应对之道领域划分领域建模统一语言CONTENT领域划分：分而治之电商域商品域订单域营销域会员域CONTENT边界上下文（BoundedContext）CONTENT上下文映射（ContextMapping)领域A领域B1、共享内核（SharedKernel）领域A领域BACACPro：复用高Con：耦合高2、防腐层（Anti-Corruption）Pro：耦合低Con：复用低读写CONTENT实例演示网站域CRM域会员客户登录名密码最近登录时间用户行为最近登录时间AC姓名姓名CONTENTDDD的复杂性应对之道领域划分领域建模统一语言CONTENT领域建模：抽象定义：“抽”就是抽取，“象”就是具象。是从具体事物抽取、概括出它们共同的方面、本质属性与关系等。抽象就是简化事物，抓住事物本质的过程。CONTENT领域建模：抽象是OO的基础Abstract

ClassClass黄牛奶牛牦牛Object建模方法论：用例分析法小明

去找工作，中介

说你留个电话，有工作机会

我会通知你来

应聘。求职者工作机会联系方式CONTENT中介员工中介公司应聘中介员工中介公司求职者应聘工作机会*11***11申请产生CONTENT其它建模方法论四色建模法事件风暴CONTENT领域建模：四色建模法CONTENT领域建模：建模也是一个不断迭代和探索的过程。CONTENT第二部分：基于DDD的应用架构-COLACONTENTDDD是一种思想数据驱动领域驱动VS基于DDD应用架构的核心：分离业务复杂度和技术复杂度CONTENTDDD应用架构：COLA2.0（CleanObject-OrientedandLayeredArchitecture）CONTENTDDD应用架构：使用COLA2.0/al