领域驱动设计 0

这是一本有些年头的书，好像在十年前就听说过，不过当时没有读，后来因为工作的变化就放下了。从去年开始重新重视业务模型设计，就想找两本书来复习一下，想到的一本是分析模式，一本就是领域驱动设计，转了各大电商平台，成功购买了领域驱动模型，分析模式却完全缺货，那就先学习这本吧。

看了前两页就有些感触，所以先写一个开篇，作为序的读后感。

作者在序中提到说 谈到领域设计对项目的影响，他就举了三个项目的例子。

项目一，项目基于用户的需求，直接上马，没有做过特别的领域设计，项目迅速完成并上线，然而在项目进行二期升级的时候却遇到了困难，也没有及时改变这种情况，导致项目进行了一年也无法交付第二个版本，他们的第一个版本过早地变得僵化，成为一个维护代价十分高昂的遗留系统。

项目二，项目的第一期与项目一类似，快速的完成了一个简单的基础系统，不同的是在完成第一期之后，团队采用领域模型的方法快速迭代，使领域模型得到了反复精化，并在代码中加以体现，使团队对该领域的认识也不断深化，不但没有加重系统的维护负担，反而变得易于修改和扩展。

项目三，在项目的初期就非常重视领域模型的设计，希望通过领域模型建立一个全球企业系统，经过几年的开发，却并不成功，主要的原因在于将建模和开发人员独立开来，导致了双方的脱节，而且初始目标过于复杂也使项目难以成功。

我们的项目或多或少的能从前面三个项目中找到影子。从作者的角度看，领域模型加上快速迭代精炼模型，是产品成功之道。对于我们的产品和项目而言，快速迭代现在应该是做的不错的，但是每个迭代过后我们的领域模型是变得更精炼，还是变得更臃肿，却并不一定，这其实也是我们今年想做的最大的提升之一。

最后摘一下序的第一句话

有很多因素会使软件开发复杂化，但是根本的原因是问题领域本身错综复杂，你开发的软件将无法回避这种复杂性，你能做的只有控制这种复杂性。