27｜迭代三概述：怎样处理规模更大的系统？
迭代二回顾
聚合
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
本文总结了迭代三的内容，主要包括限界上下文、CQRS和分析模式初探。首先介绍了限界上下文的概念和作用，指出其在大型系统中的重要性，以及如何通过建模、架构设计和代码实现层面来理解和应用限界上下文。其次，讲解了CQRS架构模式，强调了其与DDD的配合以及解决查询功能的优势。最后，提到了分析模式的重要性，通过实例带领读者理解分析模式如何发挥作用，为进一步深入学习奠定基础。整体而言，本文聚焦于如何处理规模更大的系统，通过介绍这些技术和概念，帮助读者更好地理解和应对系统开发中的挑战。文章还提到了迭代三的挑战和需求，包括团队规模扩大、系统变得不易理解、沟通成本升高、系统缺陷增加等问题，以及新的业务需求，如人员和组织管理、工时管理等。这些内容为读者提供了对大型系统开发中可能遇到的挑战和需求的深入了解，为实践中的应用提供了有益的指导和启发。
《手把手教你落地 DDD》，新⼈⾸单¥59
全部留言(6)
- 最新
- 精选
子衿2. 已经实战过，困难一：目前案例中，都是应用服务和聚合下的领域服务，一一对应，比如EmpService中，只会调用EmpHandler，不会调用OrgHandler，如果一个应用服务下，既需要聚合A的领域服务的功能，又需要聚合B下的领域服务的功能，那么是应该新应用服务中组合A领域服务和B领域服务，还是新应用服务下组合A应用服务和B应用服务，如果应用服务EmpService下想使用Org中的服务，那么是组合OrgHandler还是OrgService，困难二：如果领域服务OrgHandler中想使用EmpHandler的功能，可以直接在OrgHandler中组合EmpHandler么，困难三：下层肯定是不能依赖上层，但同层间是否可以互相依赖，这会不会产生什么问题，最佳实践是什么样的作者回复: 困难一：两种用法都有，关键还是分清什么逻辑应该放在应用层，什么逻辑应该放在领域层。这个问题分清了，答案自然就有了。一句话：要和不懂开发的业务人员讨论的逻辑，就是领域逻辑，放在领域层；否则放在应用层。 困难二：可以。 困难三：从松耦合的角度，尽量不互相依赖，但是原则上没有不让依赖的限制，实在要依赖的话也可以。
2023-02-11归属地：上海48- 子衿再补充几点：一：DDD中涉及到反腐层，反腐层的最佳实践是什么样的，在领域层定义一个接口，适配器层对其实现，然后在实现中发起远程调用访问外部，但如果领域层这个接口中，也要有领域逻辑呢，是退化成抽象类吗 二：不同模块下的类互相调用，和同一模块不同包下的类互相调用，应该怎么处理，方案是一致的吗，应用服务层的服务间互相调用和领域服务层的服务间互相调用，逻辑是一样的吗，同一个包下多个领域服务间互相调用，和不同包下多个领域服务间互相调用，逻辑是一样的吗
作者回复: 一：抽象类是一种可行的方法，这是“继承”的思路；另一种是“组合”的思路，也就是有一个仅仅用于远程访问的接口，它的实现在适配器，把您说的领域逻辑放在另一个单独的领域服务，这个领域服务调用刚才的远程访问接口。一般来说，组合优于继承。 二：模块就是包的另一种说法，不太理解您说的“模块下的包”是什么意思。另外，您问了几个“逻辑是一样的吗？”，这里不知您说的“一样”具体是什么含义，所以无法回答。最好还是拿实际例子来谈。
2023-02-11归属地：上海23 
kkxue
老师，为什么你司CTO徐昊说CQRS是邪教呢？哈哈。作者回复: 这。。。您最好问他
2023-02-13归属地：广东32
神经蛙想问下子域里面的通用域是指什么？为什么书中说通用域不可以被复用？那他为什么叫通用域呢？能举个实际例子讲讲核心域 支撑域 通用域吗 主要是通用域作者回复: “通用”指的是概念上的通用。“复用”指的是代码上的复用。不在同一个层面。通用域的例子，书里举了组织结构图和会计，另外，我认为工作流引擎也算。
2023-03-03归属地：广东
请问一下文档里绘图的工具是什么？打算在工作中试用下ddd，但是找不到好的画图工具编辑回复: draw.io
2023-02-12归属地：广东2
aoe「限界上下文是化解大型系统的利器，也是架构设计的基础」 这个基础知识我才知道，离架构设计近了一步2023-02-27归属地：浙江
