Domain Driven Design一书还没有完整地看完，只能就一些部分做些介绍，只能等以后迭代重构，直到得到这本书的Model.
软件是知识的载体，模型是领域知识的结晶
挤压知识
一般开发复杂的软件都需要领域专家和软件开发人员密切合作，开发人员快速地学习领域知识（但一般不可能很快成为专家），领域专家也可能学习一些软件知识(一般能理解类图，但不要希望他们明白UML和UseCase)，双方发展出共同的领域语言(与软件技术无关)。书中讲述了一个电路设计软件的例子，所以DDD是以挤压知识开始的，自然开发人员需要很好的快速学习能力。
迭代和重构
它的过程是迭代和重构的。建模与编写代码合一，因为不好的编码将使得模型走型和消失。所以雇佣五个愿意合作的老手而不要用三十个新手，不要将人员明显地分为两个层次，建模人员和程序员，然后鼻子一哼，轻蔑地把写程序贬低为Coding.
重构的三个层次
从最细微的代码级微重构，到面向设计模式的重构，第三个层次也是最高的是面向领域模型的重构。随着开发人员对领域认识的加深，更深层的领域模型会带来重构的机会。
该书的第三部分重点讲了重构。
柔软的设计
重构需要柔软的设计来支持。书中用了自行车的链条式结构来比喻，这需要设计人员有很好的技巧。
好的模型
好的模型就像合适的手套，更容易适应变化，这就是付出巨大努力带来的好处
应用分析模式和设计模式
这些东西在书中串了起来。