前言

DDD不是架构，而是架构设计思想，演进的方法论，旨在聚焦业务领域模型来控制业务的复杂性，同时分离技术和业务耦合的复杂性。

DDD领域驱动设计三部曲！就可以完美地了解这些问题！

直接上干货

第一曲：领域驱动设计-软件核心复杂性应对之道

篇幅有限，只能展示部分截图了。完整版dian这里

本PDF围绕着设计和开发实践，结合若干真实的项目案例，向老铁们阐述如何在真实的软件开发中应用领域驱动设计。其中给出了领域驱动设计的系统化方法，并将人们普遍接受的一些实践综合到一起，融入了作者的见解和经验，展现了一些可扩展的设计新实践、已验证过的技术以及便于应对复杂领域的软件项目开发的基本原则。

第二曲：领域驱动设计模式、原理与实践

使用领域驱动设计为复杂的业务问题更为有效地构建解决方案将领域驱动设计(DDD)思想体系的观点和理论提炼成了一本实践PDF，让你可以简化复杂问题域的应用程序开发。本PDF专注于介绍分解复杂问题空间的原则和实践，以及构成可维护空间的实现模式和实践。

第三曲：领域驱动设计精简版

本PDF可以让你快速了解DDD的基础知识，但无法替代 Eric书中提供的大量实例和案例研究或者Jimmy书中提供的动手实例等。

结束语

DDD包括战略设计和战术设计两部分
　　战略设计：从业务视角出发，业务领域专家和技术专家通过事件风暴，建立共同的语言，构建领域模型，同时划分好领域的限界上下文，并以限界上下文作为微服务拆分和设计的边界，做业务核心逻辑的编排，从而在业务中台构建可复用的核心能力。
　　战术设计：从技术角度出发，聚焦于领域模型如何映射到微服务代码开发的实现上。限界上下文和领域模型作为输入，从领域模型中抽象出来聚合，聚合根，实体，值对象，领域服务，领域事件，应用服务编排，仓储等，以表格或其他形式一一对照模型去设计代码，并最终结合分布式缓存，消息最终一致性等基础支撑实现落地。
　　DDD按照一定规则将业务领域细分，细分到一定程度后，DDD将要解决的问题限定在特定范围内，这个过程中，可以将领域划分为子域，子域还可以继续划分为子子域，直到细分的程度，可以明确的区分不同业务领域，又不至于过度拆分，并适合微服务团队实施落地。DDD通常将划分后的子域区分为核心子域，支撑子域和通用子域。