戏说领域驱动设计架构模式有哪些应用场景？
- 内容介绍
- 文章标签
- 相关推荐
本文共计4560个文字，预计阅读时间需要19分钟。
本节开篇，我们将踏入DDD的战术阶段。首先要阐述的必然是DDD中的架构，毕竟程序员的喜好往往与这个架构密切相关。不同于我们常说的微服务架构、单体架构、无服务架构或服务网格等结构，DDD的架构有其独特之处。不赘述。
本节开始进入DDD的战术阶段，首先要讲解的必然是DDD中的架构，毕竟程序员就喜欢这个……不过这里的架构不同于我们常说的微服务架构、单体架构、无服务架构或服务网格。不严谨来讲，上述4种为涉及到系统结构、部署方式、服务器架构等更为全面的、包含软、硬件等内容的宏观系统架构（这个不在我们的主要范围内，主要是以个人这点水平吹个牛还行，不成系统的）。而我们要讲的更多的是聚焦于基于BC的架构模式，也就是BC在落地时所使用的设计模式。
提示：
严格上来讲其实并没有单体架构这个概念，微服务架构出来前大家一般都会把多个模块集中在一个程序集中，是一种约定俗成的模式，也没人给它起个名。后来为了将其与分微服务架进行区分，才有了所谓单体的概念。
个人对于DDD中常用的的架构模式总结出了5种（总结出更多模式的大牛请嘴下留情）：分层、Saga、洋葱、命令查询责任分离（CQRS）和事件源（ES），稍后会逐一进行讲解。有人会说怎么没有六边形？这东西其实和洋葱是一样的，您可以认为两者相同。另外多说两句，很多的文章都贴出来了六边形或洋葱以及非常有名的Clean Architecture架构并给出了大量的解释，我个人认为这些都是同一种架构模式的不同描述（当然也不排除有些人故意让你看不懂），不管名字叫得多邪乎，其实本质上是一个东西。比如有一张著名的架构图，我就不信您看完了不晕（其实落地的时候还是分层的，再加上有了Spring这个神器，别说六边了，十二边咱也不惧）。
本文共计4560个文字，预计阅读时间需要19分钟。
本节开篇，我们将踏入DDD的战术阶段。首先要阐述的必然是DDD中的架构，毕竟程序员的喜好往往与这个架构密切相关。不同于我们常说的微服务架构、单体架构、无服务架构或服务网格等结构，DDD的架构有其独特之处。不赘述。
本节开始进入DDD的战术阶段，首先要讲解的必然是DDD中的架构，毕竟程序员就喜欢这个……不过这里的架构不同于我们常说的微服务架构、单体架构、无服务架构或服务网格。不严谨来讲，上述4种为涉及到系统结构、部署方式、服务器架构等更为全面的、包含软、硬件等内容的宏观系统架构（这个不在我们的主要范围内，主要是以个人这点水平吹个牛还行，不成系统的）。而我们要讲的更多的是聚焦于基于BC的架构模式，也就是BC在落地时所使用的设计模式。
提示：
严格上来讲其实并没有单体架构这个概念，微服务架构出来前大家一般都会把多个模块集中在一个程序集中，是一种约定俗成的模式，也没人给它起个名。后来为了将其与分微服务架进行区分，才有了所谓单体的概念。
个人对于DDD中常用的的架构模式总结出了5种（总结出更多模式的大牛请嘴下留情）：分层、Saga、洋葱、命令查询责任分离（CQRS）和事件源（ES），稍后会逐一进行讲解。有人会说怎么没有六边形？这东西其实和洋葱是一样的，您可以认为两者相同。另外多说两句，很多的文章都贴出来了六边形或洋葱以及非常有名的Clean Architecture架构并给出了大量的解释，我个人认为这些都是同一种架构模式的不同描述（当然也不排除有些人故意让你看不懂），不管名字叫得多邪乎，其实本质上是一个东西。比如有一张著名的架构图，我就不信您看完了不晕（其实落地的时候还是分层的，再加上有了Spring这个神器，别说六边了，十二边咱也不惧）。