DDD 有价值？

4月，InfoQ 发布了软件架构与设计的趋势报告。在报告中可以看出，微服务、领域驱动设计等已经非常流行，并成为目前软件开发行业的主流趋势。

大家都知道，微服务划分的一个重要理论基础就是领域驱动设计。但由于 DDD 门槛高、概念多，体系庞大又抽象，再加上缺少实践经验和案例指导，很多开发人员对 DDD 存在不少疑惑：

理论文章多，涉及太多知识点，无从下手！

这么牛逼的技术，不能落地有什么用？

为何需要领域专家参与到项目开发中来？

DDD 与微服务的关系？

DDD 落地案例市面上少见，真的靠谱吗？

领导都不懂 DDD，怎么推！

……

许多朋友对其价值收益感受不明显，主要这两点原因：一是落地困难，对开发人员的能力要求比较高，二是不清楚到底用在哪里，为什么要用、怎么用。

其实，DDD是一套完整而系统的设计方法，并非一种架构。它能带给你从战略设计到战术设计的标准设计过程，使得你的设计思路能够更加清晰，设计过程更加规范，有助于提高技术人的架构设计能力。无论是在新项目中设计微服务，还是将系统从单体架构演进到微服务，DDD 都大有助力。

为了回答“ DDD 用来解决什么，怎么解决的？” 这个问题，这里推荐一位高级架构师前辈新录制的视频分享。

内容具体有：

1. DDD 的核心思想及概念讲解；

2. DDD 和微服务的关系；

3. DDD 如何指导微服务架构设计；

4. DDD 和微服务代码实战；

视频分享人是在 DDD、微服务设计、中台领域的资深前辈（相信你一定认识），在业界有着丰富的实战经历和极好的口碑。他此次受开课吧邀请，特别录制了这次视频，从原理到代码实战，全程干货，十分难得。视频中他将用一个典型的案例带你完整走一遍 DDD+ 微服务设计的全流程，重点讲解其中的技术要点、设计原则和注意事项。希望能给对微服务、中台等分布式架构感兴趣的朋友，带来实际性帮助。

听完能收获哪些？

• 掌握微服务拆分和设计的方法；

• 通过代码实践理解 DDD 核心思想和价值；

• 基于 DDD 的微服务设计实例；

• 复杂业务逻辑下，提供很好的代码重构思路；

• 梳理微服务和 DDD 知识体系，开拓视野，扫除盲区。

最后祝大家工作顺利，身体健康！