开篇词 | 学好了DDD，你能做什么？

编辑回复: 暂时没有，需要的小伙伴可以为errocks点赞，视人数而定。

作者回复: 平台只是将部分通用的公共能力独立为共享平台。虽然可以通过API或者数据对外提供公共共享服务，解决系统重复建设的问题，但这类平台并没有和企业内的其它平台或应用，实现页面、业务流程和数据从前端到后端的全面融合，并且没有将核心业务服务链路作为一个整体方案考虑，各平台仍然是分离且独立的。 中台来源于平台，但中台和平台相比，它更多体现的是一种理念的转变，它主要体现在这三个关键能力上：对前台业务的快速响应能力；企业级复用能力；从前台、中台到后台的设计、研发、页面操作、流程服务和数据的无缝联通、融合能力。 中台首先体现的是一种企业级的能力，它提供的是一套企业级的整体解决方案，解决小到企业、集团，大到生态圈的能力共享、联通和融合问题，支持业务和商业模式创新。通过平台联通和数据融合为用户提供一致的体验，更敏捷地支撑前台一线业务。

作者回复: 跟专栏的思路非常一致啊。

作者回复: DDD战略设计是用来建立业务模型的，适用于企业级的中台，同样也适用于项目级的领域建模。它的战术设计适用于微服务的设计，所以DDD是个好东西。希望能对你有所帮助。

作者回复: DDD是一种架构设计方法，不限定语言，我习惯用JAVA，所以用JAVA做示例，你可以用你自己熟悉的语言来实战。

作者回复: 事件风暴类似头脑风暴，它是项目团队与领域专家聚集在一起，快速分析和分解复杂业务领域，完成领域建模的过程。 事件风暴是一项团队活动，项目团队通过头脑风暴的形式罗列出领域中所有的领域事件，整合之后形成最终的领域事件集合，然后对于每一个事件，标注出导致该事件的命令，再为每个事件标注出命令发起方的角色，命令可以是用户发起，也可以是第三方系统调用或者定时器触发等，最后对事件进行分类，整理出实体、聚合、聚合根以及限界上下文，建立领域模型。然后你就可以基于领域模型进行微服务设计了。

作者回复: DDD包括战略设计和战术设计，在战略设计时完成领域建模，战术设计实际上是落到了系统设计。它是根据领域模型中的领域对象以及他们的关系来完成设计，在这个设计过程中当然会有DDD战术设计自己的方法，比如聚合，实体，值对象，以及应用的内部分层架构，战术设计过程的大部分方法还是在用面向对象的设计方法。

作者回复: DDD和微服务其实都是从业务领域出发，将大的业务领域分解为小的子域，完成领域建模，用领域模型指导微服务设计和落地。两者都是采用分而治之的策略来降低业务领域认识和软件产品建设的复杂度。 领域驱动设计在领域建模的过程中最关键的就是完成了业务边界的划分，这个边界包括领域模型之间的边界，同时也包含了领域模型内部聚合之间的边界，有了这个边界就可以设计出高内聚低耦合的微服务。这是DDD战略设计阶段的关键内容。 而在DDD战术设计阶段，用DDD的分层架构实现微服务内各层之间解耦，很好的降低各层之间的依赖。在发生变化时，可以降低各层之间相互影响，保证各层模型的稳定。

作者回复: 😄，向执着于DDD的前辈致敬。

作者回复: DDD在基础层是通过仓储的控制反转的方式来实现应用与基础资源来解耦的。也就是说应用逻辑里面不应该含有基础资源的实现代码，SQL语句等与数据相关的代码不应放在业务逻辑代码来实现。以后如果需要换数据库的话，对应用逻辑影响相对会小很多。目前来说持久化的工具Mybatis可能会好一些。