本文以餐厅场景为叙事主线，以领域驱动为核心思想，结合架构设计与功能设计方法论。是从领域分析到落地的全过程案例，内容偏重于落地，因此不乏一些探讨，欢迎指正。 文章较长、全程干货、耐心读完、必有收获。

我们不妨从DDD中跳出，找一种方法互为参照和检验，比如“端口和适配器架构”。

领域驱动设计（Domain Driven Design，DDD）其实并非新理论，大家可以看看 Eric Evans 编著的《领域驱动设计》原稿首版是2003年，距今已十余年时间。与现在的分布式、微服务相比，绝对是即将步入中年的“老家伙”了。 直到近些年微服务理论被提出、被互联网…

本文主要围绕DDD领域驱动设计核心概念和理论，从战略到战术进行了分享总结，希望对大家有所帮助，下一篇我们结合酒店交易业务流程，分享酒店交易DDD领域驱动实施落地过程及代码层面注意事项和标准、原则。

写CRUD、堆API、改屎山⛰，熬多少个996也只是成为重复的螺丝钉。用大项目贯穿整个技术栈知识体系，才能拉高一下对技术的认知，突破瓶颈。

众所周知，领域驱动设计（DDD）的概念出自Evic Evans的《领域驱动设计：软件核心复杂性应对之道》。它是指通过统一语言、业务抽象、领域划分和领域建模等一系列手段来控制软件复杂度的方法论。 伴随着

在过去一年我们团队做了大量老系统重构和迁移，其中有大量代码属于流水账代码，通常能看到是开发在对外的API接口里直接写业务逻辑代码，或者在一个服务里大量的堆接口，导致业务逻辑实际无法收敛。

领域驱动设计，不仅带给我们一套新的概念，还提供了一套全新的设计思路，应用在构建大型复杂软件系统之上。客观的理解它、应用它，能让它发挥出最大的作用。

本文是「后端开发实践系列」的第二篇，主要介绍了DDD中的应用服务、聚合、资源库和工厂等概念以及与它们相关的编码实践，更着重讲到了软件的读写操作在DDD中的实现方式。