DDD软件架构领域驱动设计

---

1. DDD概述

1.1 软件开发的困境

• “随着业务的扩展，软件开发投资越来越大” 团队的规模也开始变得越来越大，软件系统的投资和维护的成本变得越来越高。
• “业务人员不懂架构，架构师不懂代码，开发人员不懂业务模型” 当团队中的关键角色谁也不懂谁的时候，问题来了
• “重构是好的，但什么时候要重构？重构到什么样的架构就是够⽤的了？” 每个有追求的团队都在做重构，但管理者更关心，什么时间必须要重构？重构的目标在哪

1.2 DDD的来源及简介

2004年Eric Evans 发表Domain-Driven Design –Tackling Complexity in the Heart of Software （领域驱动设计），简称DDD，DDD是一套综合软件系统分析和设计的面向对象建模方法。

1.2.1 DDD设计方法

领域驱动设计分为两个阶段：

1. 第一以一种领域专家、设计人员、开发人员都能理解的通用语言作为相互交流的工具，在交流的过程中发现领域概念，然后将这些概念设计成一个领域模型;
2. 第二个阶段是由领域模型驱动软件设计，用代码来实现该领域模型。

1.3 DDD解决了什么问题

1.3.1 沟通问题