大家好，我是业务组件部的神帅，很高兴大家来听我的分享。

下面我将通过6个小节给大家阐述一下本次的分享内容，首先将给大家介绍一下DDD的相关概念和理论，然后通过架构风格来衔接实战内容，好了，话不多说，我们开始。

为什么要了解DDD，DDD能给我们带来什么样的好处呢，本小节将着重介绍DDD相关的理论内容以及与设计模式的对比。这样可以更好理解DDD，是因为我在学习DDD之前先学了设计模式，是在大学的时候看了一本书叫《设计模式之禅》，今年看了eric的书《领域驱动设计》，发现里面很多模式都可以用设计模式的方式给固化下来，当作一个DDD模式去学习，这样理解起来也简单很多。

从软件开发角度来讲有11种开发模型，有4种开发模式，其中就有领域驱动设计，也是本次分享要重点介绍的内容。

很多人都在定义DDD是？或者说DDD不是什么？除了上面的定义问题也有人说DDD是一种建模方法？其实我个人倒觉得DDD是类似于武功心法一样的东西，可以提升开发功力，改变看待需求的角度,不局限于理论和架构。借用万物皆对象的说法，就是万象皆领域。

大家都知道DDD起源于国外，是一种比较新颖也比较难懂的理论方法。有些大佬对DDD奉为圭臬，有些则嗤之以鼻，

另一些就无所谓，不用DDD解决不了上面的问题吗？确实可以解决，但是依然很复杂，就是需要花费很大精力去解决这些问题。

而DDD要解决的问题就是降低软件复杂度，分离技术和业务需求，进行领域建模沉淀可复用可扩展的业务模型和工程代码。

先回顾一下设计模式有哪些内容，概括起来就是23+6，23种设计模式加6大原则