DDD领域驱动开发第2讲：领域驱动开发在货代订单业务的实践

领域驱动开发在货代订单业务的实践

本文是DDD领域驱动开发第2讲，先讲解当前业务存在哪些问题，什么是DDD，为啥需要使用DDD解决现有业务问题，DDD让技术主动理解业务，通过领域模型将可以描述各个业务领域之间的关系，最后讲解领域驱动开发在货代订单的实践。

文章目录 领域驱动开发在货代订单业务的实践 1、什么是DDD 1.1、模型驱动设计 1、实体（Entity） 2、值对象（ValueObject） 问题1：实体和值对象的区别？ 3、聚合（Aggregate） 4、聚合根（Aggregate Root） 5、界定上下文（Bounded Context） 6、领域服务（DomainService） 7、工厂（Factory） 8、资源库（Repository） 2、为什么要用DDD？ 2.1、DDD解决什么问题？ 2.2、DDD的优势 3、如何实现DDD？ 3.1、战略设计 1、领域划分 2、四色建模 3、事件风暴（Event Storming） 3.2、战术设计 1、分层架构 2、事件驱动架构 3、CQRS 4、贫血模型/充血模型 4、总结 5、领域驱动开发在货代订单的实践 5.1、划分领域 5.2、提炼模型对象及行为 5.3、梳理链路及改造 5.4、改造难点 5.5、DDD落地 6、项目代码及测试用例 参考

1、什么是DDD

DDD（Domain-Driven-Design）是一种强调将业务知识与软件设计紧密结合的一种软件设计思想，是一种适合构建复杂软件系统的思想及方法论，并不是一套现成的软件开发框架。

我的理解：用面向业务领域对象的思维构建代码，而不是传统的基于底层表结构来构建代码，核心是构建统一的业务领域模型，本质是面向对象（业务领域对象）的思想

为什么要建模？

在业务、运营、产品、开发、测试之间构建统一的业务语言，方便理解业务，降低沟通成本； 将业务拆分成一个个小的，且相互关联的领域模型，能更好的应对业务的改变和扩展。

软件是对现实世界的建模