最近一直在使用ddd做一些项目的设计，我们自已在一个实际的项目中，所以也想通过一个实例来说明在项目的应用。 首先说明一下我对ddd的想法
- 对齐了解决方案与技术间设计方案的GAP 大家同步了语言，实际上是通过不断的争论或若干的不快到最后的妥协的结果，但不管如何也确实是让大家站到了一起，一起在想同一件事情。
- 形成了某种程序的默契。前期的业务特性到接口到实体都是一层层的多人或多角色的验证，通过不断的磨合，很难不让一起工作的人形成相应的默契，如果默契没有形成的话，只能说明团队大家都在想做好人，实际上根本是没有达成一致的，可能各方都是事不关已，你说的算的心态，这种很容易达成一致，最后就只能寄希望于最终能真正落地的兄弟了。
- 本质上也是各层面的一种契约。业务线各个角色间达成的契约，解决方案文档与代码的契约，ddd四层间的契约。不管如何，还是需要强调文档的输出，这个同敏捷不一样，敏捷不能保证解决方案与技术方案的一致，敏捷强调的不断的试错或是一个强大的解决方案设计团队。
有一些ddd的基本概念就不说了，我这边只想写一些实践的内容，关于相关的概念也会在实际的代码编写中一步步的说明。
代码的地址是：gitee.com/wuabc0954/f… 还没有完全写完，先按我的理解慢慢写吧，说明一下，这只是我个人的理解，不完全代表是一定是正确的，如果能通过这些内容的阅读，能有自已的想法，也可以写出来一起讨论一下。
