C C++最全DDD总结学习及golang实战_golang ddd(2)，2024年最新不可多得的干货

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

最近一直在学习DDD的相关概念，主要通过极客欧创新老师的《DDD实战课》和Eric Evans《领域驱动设计》书籍进行阅读，之后记录下核心要点后，通过golang来实战下，进而更好的进行后续进阶。

引言

领域驱动设计(Domain Driven Design，DDD)这个概念最近几年非常火，笔者在最近一段时间对相关内容进行阅读，总体下来感觉这个概念有点大，动不动就要高屋建瓴，大刀阔斧的进行战略设计。同时相关的代码实现大部分是java实现的，无法参考其落地实现。

因此本文首先在总结记录欧创新老师的《DDD实战课》核心知识点的基础上，参考国外一篇博客通过golang实战，完整代码参考我的github工程golang_ddd，读者可以借助这个demo工程更好的学习这些概念。

一、微服务设计为什么需要DDD

在单机和集中式架构这两种模式下，软件无法快速响应需求和业务的迅速变化，最终错失发展良机。分布式微服务的出现，可以解决这些问题。但是微服务拆分困境产生的根本原因就是不知道业务或者微服务的边界到底在什么地方，因此DDD应运而生。

DDD 不是架构，而是一种架构设计方法论，它通过边界划分将复杂业务领域简单化，帮我们设计出清晰的领域和应用边界，可以很容易地实现架构演进。
DDD 核心思想是通过领域驱动设计方法定义领域模型，从而确定业务和应用边界，保证业务模型与代码模型的一致性。
DDD 包括战略设计和战术设计两部分：

• 战略设计主要从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务设计的参考边界。
• 战术设计则从技术视角出发，侧重于领域模型的技术实现，完成软件开发和落地，包括：聚合根、实体、值对象、领域服务、应用服务和资源库等代码逻辑的设计和实现。
  

二、DDD相关概念

DDD 核心知识体系具体包括：领域、子域、核心域、通用域、支撑域、限界上下文、实体、值对象、聚合和聚合根等概念

2.1 领域、子域、核心域、通用域、支撑域

领域： DDD 的领域就是这个边界内要解决的业务问题域。

在领域不断划分的过程中，领域会细分为不同的子域，子域可以根据自身重要性和功能属性划分为三类子域，它们分别是：核心域、通用域和支撑域。

核心域： 业务成功的主要因素和公司的核心竞争力。
通用域：同时被多个子域使用的通用功能子域是通用域。比如数据库、权限认证等
支撑域：具有企业特性，但不具备通用性。

在不同的场景下，不同的人对核心域的理解是不同的，因此处理方式也会不一样。
一个领域相当于一个问题域，领域拆分为子域的过程就是大问题拆分为小问题的过程。

2.2 限界上下文

限界上下文的定义就是：用来封装通用语言和领域对象，提供上下文环境，保证在领域之内的一些术语、业务相关对象等（通用语言）有一个确切的含义，没有二义性。

限界上下文则定义领域边界，以确保每个上下文含义在它特定的边界内都具有唯一的含义，领域模型则存在于这个边界之内。

每个领域模型都有它对应的限界上下文，团队在限界上下文内用通用语言交流。领域内所有限界上下文的领域模型构成整个领域的领域模型。 理论上限界上下文就是微服务的边界。我们将限界上下文内的领域模型映射到微服务，就完成了从问题域到软件的解决方案。

2.3 实体

• 业务形态

在战略设计时，实体是领域模型的一个重要对象。领域模型中的实体是多个属性、操作或行为的载体。在事件风暴中，我们可以根据命令、操作或者事件，找出产生这些行为的业务实体对象，进而按照一定的业务规则将依存度高和业务关联紧密的多个实体对象和值对象进行聚类，形成聚合。你可以这么理解，实体和值对象是组成领域模型的基础单元。

• 代码形态

实体的表现形式是实体类，这个类包含了实体的属性和方法，通过这些方法实现实体自身的业务逻辑。在 DDD 里，这些实体类通常采用充血模型，与这个实体相关的所有业务逻辑都在实体类的方法中实现，跨多个实体的领域逻辑则在领域服务中实现。

• 实体的运行形态

实体以 DO（领域对象）的形式存在，每个实体对象都有唯一的 ID。

• 模型设计

实体的数据库形态与传统数据模型设计优先不同，DDD 是先构建领域模型，针对实际业务场景构建实体对象和行为，再将实体对象映射到数据持久化对象。

2.4 值对象

学术定义：通过对象属性值来识别的对象，它将多个相关属性组合为一个概念整体。在 DDD 中用来描述领域的特定方面，并且是一个没有标识符的对象，叫作值对象。

通俗定义：值对象本质上就是一个集。那这个集合里面有什么呢？若干个用于描述目的、具有整体概念和不可修改的属性。那这个集合存在的意义又是什么？在领域建模的过程中，值对象可以保证属性归类的清晰和概念的完整性，避免属性零碎。

文章中举例是在描述人这个实体时，除了id，性别，年龄外，还包含了很多地址信息，如果此时打平放到这里，显得人这个概念很零碎，那就定义一个“地址属性集合（省、市、县、街道）”，这就是值对象

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

bs.csdn.net/topics/618668825)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！