领域驱动设计-CQRS
CQRS 代表命令查询职责分离。这是我第一次听到Greg Young描述的模式。其核心概念是,您可以使用与用于读取信息的模型不同的模型来更新信息。在某些情况下,这种分离可能很有价值,但请注意,对于大多数系统,CQRS 会增加风险的复杂性。
人们用于与信息系统交互的主流方法是将其视为 CRUD 数据存储。我的意思是,我们有一些记录结构,我们可以心智模式 ç reate新纪录,[R EAD记录,ü PDATE现有记录,并ð elete记录时,我们与他们所做的。在最简单的情况下,我们的交互都是关于存储和检索这些记录。
随着我们的需求变得更加复杂,我们逐渐摆脱了这种模式。我们可能希望以不同于记录存储的方式查看信息,可能将多个记录合并为一个,或者通过组合不同位置的信息来形成虚拟记录。在更新方面,我们可能会发现验证规则只允许存储某些数据组合,甚至可能推断要存储的数据与我们提供的数据不同。

当这种情况发生时,我们开始看到信息的多种表示。当用户与信息交互时,他们使用此信息的各种表示形式,每一种表示形式都不同。开发人员通常会构建自己的概念模型,用于操作模型的核心元素。如果您使用域模型,那么这通常是域的概念表示。您通常还会使持久存储尽可能接近概念模型。
这种多层表示的结构可能会变得非常复杂,但是当人们这样做时,他们仍然将其分解为单个概念表示,作为所有表示之间的概念整合点。
CQRS 引入的更改是将该概念模型拆分为单独的模型以进行更新和显示,在CommandQuerySeparation词汇表之后分别将其称为 Command 和 Query 。基本原理是,对于许多问题,尤其是在更复杂的领域中,具有相同的命令和查询概念模型会导致更复杂的模型两者都做不好。

分离模型通常是指不同的对象模型,可能运行在不同的逻辑进程中,也可能运行在不同的硬件上。Web 示例将看到用户查看使用查询模型呈现的网页。如果他们发起更改,将更改路由到单独的命令模型进行处理,则将产生的更改传达给查询模型以呈现更新的状态。
这里有相当大的变化空间。内存模型可能共享同一个数据库,在这种情况下,数据库充当两个模型之间的通信。然而,它们也可能使用单独的数据库,有效地使查询端的数据库成为实时ReportingDatabase。在这种情况下,两个模型或其数据库之间需要某种通信机制。
这两个模型可能不是单独的对象模型,可能是相同的对象在其命令端和查询端具有不同的接口,就像关系数据库中的视图一样。但通常当我听到 CQRS 时,它们显然是独立的模型。
CQRS 自然适合其他一些架构模式。
- 当我们远离通过 CRUD 与之交互的单一表示时,我们可以轻松地转向基于任务的 UI。
- CQRS 非常适合基于事件的编程模型。通常会看到 CQRS 系统拆分为与Event Collaboration通信的单独服务。这允许这些服务轻松利用事件溯源。
- 拥有单独的模型会引发关于保持这些模型一致性有多难的问题,这增加了使用最终一致性的可能性 。
- 对于许多域,更新时需要很多逻辑,因此使用EagerReadDerivation来简化查询端模型可能是有意义的 。
- 如果写入模型为所有更新生成事件,您可以将读取模型构建为EventPosters,允许它们成为MemoryImages从而避免大量数据库交互。
- CQRS 适用于复杂的领域,也可以从领域驱动设计中受益。
何时使用
与任何模式一样,CQRS 在某些地方很有用,但在其他地方则不然。许多系统确实适合 CRUD 心智模型,因此应该以这种方式完成。CQRS 对所有相关人员来说都是一次重大的精神飞跃,因此除非带来的好处值得一试,否则不应解决。虽然我遇到了 CQRS 的成功使用,但到目前为止,我遇到的大多数情况都不是很好,CQRS 被视为使软件系统陷入严重困境的重要力量。
特别是 CQRS 应该只用于系统的特定部分(DDD 术语中的BoundedContext)而不是整个系统。按照这种思维方式,每个有界上下文都需要自己决定如何对其进行建模。
到目前为止,我看到了两个方向的好处。首先,使用 CQRS 可能更容易处理一些复杂的域。然而,我必须强调,CQRS 的这种适用性在很大程度上是少数情况。通常在命令和查询端之间有足够的重叠,共享模型更容易。在不匹配的域上使用 CQRS 会增加复杂性,从而降低生产力并增加风险。
另一个主要好处是处理高性能应用程序。CQRS 允许您将负载与读取和写入分开,从而允许您独立扩展每个负载。如果您的应用程序发现读取和写入之间存在很大差异,这非常方便。即使没有,您也可以对两端应用不同的优化策略。这方面的一个示例是使用不同的数据库访问技术进行读取和更新。
如果您的域不适合 CQRS,但您有要求增加复杂性或性能问题的查询,请记住您仍然可以使用ReportingDatabase。CQRS 对所有查询使用单独的模型。使用报告数据库,您仍然使用主系统进行大多数查询,但将要求更高的查询卸载到报告数据库。
尽管有这些好处,但您在使用 CQRS 时应该非常谨慎。许多信息系统非常符合信息库的概念,信息库的更新方式与读取方式相同,向此类系统添加 CQRS 会显着增加复杂性。我当然见过这样的案例,它严重拖累了生产力,给项目增加了不必要的风险,即使是在一个有能力的团队手中。因此,虽然 CQRS 是一种很好的工具箱模式,但请注意,它很难很好地使用,如果处理不当,很容易砍掉重要的部分。
-摘自 https://martinfowler.com/bliki/CQRS.html
领域驱动设计-CQRS的更多相关文章
- IDDD 实现领域驱动设计-一个简单的 CQRS 示例
上一篇:<IDDD 实现领域驱动设计-CQRS(命令查询职责分离)和 EDA(事件驱动架构)> 学习架构知识,需要有一些功底和经验,要不然你会和我一样吃力,CQRS.EDA.ES.Saga ...
- IDDD 实现领域驱动设计-CQRS(命令查询职责分离)和 EDA(事件驱动架构)
上一篇:<IDDD 实现领域驱动设计-SOA.REST 和六边形架构> 阅读目录: CQRS-命令查询职责分离 EDA-事件驱动架构 Domin Event-领域事件 Long-Runni ...
- [.NET领域驱动设计实战系列]专题十:DDD扩展内容:全面剖析CQRS模式实现
一.引言 前面介绍的所有专题都是基于经典的领域驱动实现的,然而,领域驱动除了经典的实现外,还可以基于CQRS模式来进行实现.本专题将全面剖析如何基于CQRS模式(Command Query Respo ...
- DDD领域驱动设计:CQRS
1 前置阅读 在阅读本文章之前,你可以先阅读: DDD领域驱动设计是什么 DDD领域驱动设计:实体.值对象.聚合根 DDD领域驱动设计:仓储 MediatR一个优秀的.NET中介者框架 2 什么是CQ ...
- DDD 领域驱动设计-看我如何应对业务需求变化,愚蠢的应对?
写在前面 阅读目录: 具体业务场景 业务需求变化 "愚蠢"的应对 消息列表实现 消息详情页实现 消息发送.回复.销毁等实现 回到原点的一些思考 业务需求变化,领域模型变化了吗? 对 ...
- 初探领域驱动设计(2)Repository在DDD中的应用
概述 上一篇我们算是粗略的介绍了一下DDD,我们提到了实体.值类型和领域服务,也稍微讲到了DDD中的分层结构.但这只能算是一个很简单的介绍,并且我们在上篇的末尾还留下了一些问题,其中大家讨论比较多的, ...
- 领域驱动设计实战—基于DDDLite的权限管理OpenAuth.net
在园子里面,搜索一下“权限管理”至少能得到上千条的有效记录.记得刚开始工作的时候,写个通用的权限系统一直是自己的一个梦想.中间因为工作忙(其实就是懒!)等原因,被无限期搁置了.最近想想,自己写东西时, ...
- 一缕阳光:DDD(领域驱动设计)应对具体业务场景,如何聚焦 Domain Model(领域模型)?
写在前面 阅读目录: 问题根源是什么? <领域驱动设计-软件核心复杂性应对之道>分层概念 Repository(仓储)职责所在? Domain Model(领域模型)重新设计 Domain ...
- [转]DDD领域驱动设计基本理论知识总结
领域驱动设计之领域模型 加一个导航,关于如何设计聚合的详细思考,见这篇文章. 2004年Eric Evans 发表Domain-Driven Design –Tackling Complexity i ...
随机推荐
- C# 使用Fluent API 创建自己的DSL
DSL(Domain Specified Language)领域专用语言是描述特定领域问题的语言,听起来很唬人,其实不是什么高深的东西.看一下下面的代码: using FlunetApiDemo; v ...
- 『学了就忘』Linux日志管理 — 93、日志轮替补充
目录 1.把自己的日志加入日志轮替 (1)操作方式 (2)示例 2.logrotate命令 1.把自己的日志加入日志轮替 使用RPM包方式安装服务的日志会自动的加入logrotate轮替,一般不需要你 ...
- 小白误入(<<<绝没有针对>>>)企业级架构介绍与IP tables防火墙介绍
内容详细 架构图 架构图详解 架构: 把一个整体(完成人类生存的所有工作)切分成不同的部分(分工),由不同角色来完成这些分工,并通过建立不同部分相互沟通的机制,使得这些部分能够有机的结合为一个整体,并 ...
- Flink使用IDEA进行jar打包
pom文件增加 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>mav ...
- Springboot在工具类(Util)中使用@Autowired注入Service
1. 使用@Component注解标记工具类MailUtil: 2. 使用@Autowired注入我们需要的bean: 3. 在工具类中编写init()函数,并使用@PostConstruct注解标记 ...
- 【LeetCode】64. Minimum Path Sum 解题报告(Python & C++)
作者: 负雪明烛 id: fuxuemingzhu 个人博客: http://fuxuemingzhu.cn/ 目录 题目描述 题目大意 解题方法 日期 题目地址:https://leetcode.c ...
- 「实用」打造自我感觉非常漂亮的Mac终端
背景 (今天我是一个美妆博主) 突然发现自己使用的iterm2终端样式有些朴素,为了让她看起来花枝招展的,我决定给她打扮打扮.毕竟每天面对她的时间比对象还多-- 效果对比 因为每个人的喜好都不一样,所 ...
- SpringMVC 五大组件
DispatcherServlet HandleMapping Controller ModeAndView ViewResolver 1.DispatcherServlet 这个控件是SpringM ...
- RabbitMQ学习笔记五:RabbitMQ之优先级消息队列
RabbitMQ优先级队列注意点: 1.只有当消费者不足,不能及时进行消费的情况下,优先级队列才会生效 2.RabbitMQ3.5以后才支持优先级队列 代码在博客:RabbitMQ学习笔记三:Java ...
- Java EE数据持久化框架 • 【第5章 MyBatis代码生成器和缓存配置】
全部章节 >>>> 本章目录 5.1 配置MyBatis Generator 5.1.1 MyBatis Generator介绍 5.1.2 MyBatis Generat ...