DDD
领域驱动设计是一个有关软件开发的方法论
,它提出基于领域开发的开发模式,基于DDD理论,我们可以设计出高质量的软件模型。
它围绕业务概念构建领域模型来控制业务的复杂度,解决软件难以理解和演化的问题。
微服务
微服务是一种架构风格
,通过进程间通讯、容错和故障隔离等方式,实现去中心化的服务治理。
DDD与微服务
它们都是高内聚、低耦合,从业务视角分离复杂度,提高响应能力。
高内聚:把相关的业务聚集在一起
低耦合:把关联性较低的拆分为独立的服务
使用DDD搭建微服务我们将获得以下优势:
-
设计清晰,规范
-
基于领域模型,有利于领域知识的传递和传承
-
帮助团队建立良好的沟通
-
协助系统架构的演进
-
提高团队的设计能力(面向对象,架构)
设计
领域设计涉及技术与业务,如何让它们协作起来呢?
战略设计(业务)
领域、子域、限界上下文
-
将领域拆分成子域,并划分核心子域、支撑子域和通用子域
-
以子域展开事件风暴,根据上下文语义划分限界上下文,建立通用语言,完成领域建模
-
领域建模将作为能力中心规划的重要依据
-
完成能力中心地图和优先级后,作为微服务设计的输入完成战术设计
战术设计(技术)
聚合、聚合根、实体、值对象、领域服务等
-
按照领域模型完成微服务设计和落地
-
建立聚合、聚合根、实体、值对象、领域服务等对象之间的依赖关系,以代码对象的形式映射到服务中,采用分层架构完成微服务设计和落地
分层架构可以采用Clean Architecture
DDD实践过程
我们将通过DDD + Clean Archit