DDD领域驱动设计真就一文不值？

在互联网快速发展的这几年来，微服务、领域驱动设计等已经非常流行，并成为目前软件开发行业的主流趋势。

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

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

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

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

DDD 与微服务的关系？

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

领导都不懂 DDD，怎么推！

……

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

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

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

内容具体有：

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

2. DDD 和微服务的关系；

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

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