我的DDD实践之路：第一战

领域驱动设计（DDD）这个概念也是最近比较火的，我第一次接触到这个概念，是阿里云的架构师来我们公司交流的时候，当时留意了一下，后面在自己团队工作遇到痛点时才真正开始学习。

为什么选择DDD？

1. 重构越来越频繁。每次重构都需要重新梳理业务、重新梳理数据结构，之前的代码也要一行一行的整理和对应，耗费的人力实在太大，甚至超过了重构能带来的好处。
2. 代码越来越混乱。慢慢地，已经没法说清楚一个类是什么含义、一个方法是什么含义，大量的业务代码像过程一样揉杂在一起，即使写了注释，也难以理解。
3. 团队协作变得困难。慢慢地，某一个开发写的代码，变得只有他自己能维护，其他人看不懂，没法参与进去。
4. 缺少必要的数据。想要分析某些旧功能的数据时，发现当初设计这个功能的人只存了该功能所需要的最基本的数据，没有流水记录、也没有留出扩展的空间，甚至某些必要的状态数据也由于产品不