大家好，我是大头，职高毕业，现在大厂资深开发，前上市公司架构师，管理过10人团队！
我将持续分享成体系的知识以及我自身的转码经验、面试经验、架构技术分享、AI技术分享等！
愿景是带领更多人完成破局、打破信息差！我自身知道走到现在是如何艰难，因此让以后的人少走弯路！
无论你是统本CS专业出身、专科出身、还是我和一样职高毕业等。都可以跟着我学习，一起成长！一起涨工资挣钱！
关注我一起挣大钱！文末有惊喜哦！
关注我发送“MySQL知识图谱”领取完整的MySQL学习路线。
发送“电子书”即可领取价值上千的电子书资源。
发送“大厂内推”即可获取京东、美团等大厂内推信息，祝你获得高薪职位。
发送“AI”即可领取AI学习资料。
什么是领域驱动设计DDD
领域驱动设计（Domain-Driven Design，简称DDD）是由美国软件专家埃里克・埃文斯（Eric Evans）在2004年提出的软件设计方法论，旨在解决复杂软件系统开发过程中业务逻辑与技术实现之间的矛盾，提升软件系统的可维护性、可扩展性和灵活性。
说人话就是：
- What: 它是一种设计思想、一种指导原则。
- When: 设计微服务的时候，或者说，不知道怎么拆分微服务的时候。
- Why：为什么要用它，上面其实说了，不知道怎么拆分微服务的时候，可以用它来指导你如何拆分微服务。
- How：这个后面讲。
很多人都说，DDD是用来处理复杂业务逻辑的，那多复杂才算复杂业务呢？
这个问题，其实和微服务什么时候用是一个问题。
所有的技术都不是银弹。都有适合它的使用场景。
拿微服务来说，你一个小公司，就两三个开发，硬要上微服务，拆好几个服务出来，有什么意义吗？
是提升性能了？
是增加开发效率了？
都不是，你会发现拆分完以后，程序反而三高了。
- 高复杂度：程序变得更加复杂了。
- 高维护成本：程序的维护成本增加了、当有需求需要修改的时候、开发效率反而降低了。
- 高运维成本：原来一台机器就满足了，你拆的服务多了，一台机器不够了。要么加机器性能要么加机器数量。
所以，适合很重要。
俗话说的好，见人说人话，见鬼说鬼话。技术也一样。
基本概念
- 实体：使用充血模型实现的实体，既有属性、也有方法。
- 值对象：只有属性的类。
- 聚合根：一个特殊的实体，聚合的入口。
- 聚合：聚合是一个概念、也可以理解成一个模块。聚合内包含了聚合根、实体、值对象。
- 限界上下文：分割领域的边界、也是分割微服务的边界，通过这个边界明确这个接口属于哪个领域，也就是属于哪个微服务。每个领域有每个领域的上下文。
- 领域：领域也就是我们的领域模型，也可以是一个微服务。
- 子领域：一个领域可以分成多个子领域。这个就是粒度的问题了。
- 领域事件：领域之间通信的方法。通过这个来调用其他的微服务。
还有一些核心领域、支撑领域、通用领域等，都是领域的一种，作用不同而已。
聚合
总结
我们主要介绍了领域的概念，包括如何划分，还有核心领域、通用领域以及支撑领域等。还介绍了一些DDD的基本概念。
领域的核心思想就是两点
- 将我们的业务自顶向下的进行细分，逐步的拆解。
- 划分出不同的领域，将我们有限的精力投入到最重要的事情当中。
文末福利
关注我发送“MySQL知识图谱”领取完整的MySQL学习路线。
发送“电子书”即可领取价值上千的电子书资源。
发送“大厂内推”即可获取京东、美团等大厂内推信息，祝你获得高薪职位。
发送“AI”即可领取AI学习资料。
部分电子书如图所示。
