领域驱动设计系列 (六):CQRS
CQRS是Command Query Responsibility Seperation(命令查询职责分离)的缩写。 世上很多事情都比较复杂,但是我们只要进行一些简单的分类后,那么事情就简单了很多,比如我们把人分为男人和女人,也可以把人分为大人和小孩,还比如,我们说国内和国外,城市和农村。经过一些类似这样的划分,我们的对不同的类就有不同的关注。 这样我们就会有妇女儿童医院专门让女人生孩子,而不会建一个医院让男女都生孩子。
CRUD
CRUD (Create, Read, Update, Delete) 增查改删,我们很多系统都是对数据的增查改删。过去我们很多系统比较简单,基本上增加的数据就是你要查询的数据,所以很多时候其实一个简单的Excel就能搞定。 而且增删改查也足够的简单,所以我们很多系统分层后在数据层Repository里仍是对单表的增删改查,这样对不少的系统都符合。
但是,系统规模稍微大一点,我们都知道我们的数据库里的数据模型很难和我们业务层需要的模型一致。 于是我们引入了Domain Model, Repository里就会做Domain Model的来回转换
同时我们在UI层要的数据,往往又和具体的Domain不同,这个时候我们又要定义一个ViewModel. 而这些ViewModel又是组合不同的DomainModel得来。
传统的代码里的问题:
- 领域里有很多分页和排序,尤其是Repository里
- 查询的方法里暴露了很多不应该有的领域模型的属性,因为需要组装DTO
- 如果使用ORM,预加载了很多数据以提高性能,但是占用大量内存,而且需要维护这些数据。
- 加载组合庞大的数据,比如页面是需要一个名字,我们也会把整个User数据取出来。
重要的原来把数据混在一起,复杂的查询相当难以优化。 尤其是数据库出现大量的Join 系统性能极速下降。
最重要的是我们把读写都放在了一起,显得责任不够清晰,代码也更复杂了一些,比如读数据是不太关心事物的,读数据是不需要验证的,只有写的时候才需要做数据校验,这也比较符合SRP(单一职责),但是用CRUD的思维是我们全都混在了一起。
CQRS
我们仔细看CRUD, 其实可以更简单的分为读(R)和写(CUD), 我们想想大部分情况都是,一个方法要么是执行一个Command完成一个动作,要么就是查询返回数据。 比如我们回答问题的人不应该去修改问题。
当我们读写分离后,我们对应的代码也会分离。
数据存储
写的一端需要保证事物,所以一般数据存储为第三范式,
读的一端一般都是反范式可以避免Join操作,这样我们只需要把数据存储为第一范式
扩展
大部分的系统里写数据要远远少于读数据,并且一般都是每次修改很少的一部分数据,所以在写这端扩展都不是特别紧迫,读数据基本都远大于写数据的次数, 所以扩展就更重要。 我们很难建立同一个Model 既能给写数据和读数据公用而且能够保证性能都比较好的。
查询端
查询端由于只是读数据,那么所有的方法应该都是返回数据,而且返回的数据就是界面直接需要的DTO, 这样可以减少传统的方法中把DomainModel映射为ViewModel或者DTO. 同时可以减少传统的领域里的一些混乱。
写端
由于把读分离出去,所以我们就只关注写,那么我们写这一段需要保证事物,数据输入的验证,另外一般写这一端都不需要及时的看到结果,所以大部分都需要一个void方法就可以,那么让我们系统异步就更加方便。这样使系统的扩展性大大增强。
代码更容易集中处理
当我在一些系统中使用CQRS后,很多地方代码大大简化,比如我所有的写操作都是一个Command, 那么我定义一个UICommand, 让所有的Command集成这个,那么我可以在这个UICommand里做一些通用的处理,比如Validation
同时我只需要定义一个CommandBus, 然后把对应的CommandBus分发到对应的Handler里(我前面几篇有实例代码),那么代码的耦合度大大降低。
代码分工协作更容易
由于读这一端直接读数据,而且对数据库没有任何操作,那么我们可以根据UI定义对应的DTO, 那么开发的时候我们可以用Mock数据,至于数据怎么存的,那么我们随后只要添加一层Thin Data Layer即可,实际上当我们使用CQRS后,很多时候我们把数据保存的时候都直接保存为Denormalize的,那么从数据里直接查询单表的数据就可以拿到页面需要的数据,大大提升读取数据的性能,同时代码也会极其的简化,开发读这一段代码的开发人员甚至都不需要对业务有太多了解。
实现
简单的实现
使用的Event后
使用了Event Source 和Service bus后
领域驱动设计系列 (六):CQRS相关推荐
- 领域驱动设计系列文章汇总
Entity Framework之领域驱动设计实践 EntityFramework之领域驱动设计实践 - 前言 EntityFramework之领域驱动设计实践 (一):从DataTable到Enti ...
- DDD(领域驱动设计)系列之二-应用架构
架构这个词源于英文里的"Architecture",源头是土木工程里的"建筑"和"结构",而架构里的"架"同时又包含了& ...
- 领域驱动设计系列(2)浅析VO、DTO、DO、PO的概念、区别和用处
PO: persistant object持久对象 最形象的理解就是一个PO就是数据库中的一条记录. 好处是可以把一条记录作为一个对象处理,可以方便的转为其它对象. BO: business obje ...
- 领域驱动设计系列文章(1)——通过现实例子显示领域驱动设计的威力
曾经参与过系统维护或是在现有系统中进行迭代开发的软件工程师们,你们是否有过这样的痛苦经历:当需要修改一个Bug的时候,面对一个类中成百上千行的代码,没有注释,千奇百怪的方法和变量名字,层层嵌套的方法调 ...
- 领域驱动设计的实践 – CQRS Event Sourcing
1.前言 领域驱动(Domain – Driven Design)设计的理念在于建立一系列既符合软件所处领域本身又适合软件分析开发需要的领域模型.命令查询与职责分离(Command Query Res ...
- 领域驱动设计DDD和CQRS落地
DDD分层架构 Evans在它的<领域驱动设计:软件核心复杂性应对之道>书中推荐采用分层架构去实现领域驱动设计: image 其实这种分层架构我们早已驾轻就熟,MVC模式就是我们所熟知的一 ...
- DDD(领域驱动设计)系列之一-DomainPrimitive
导读:对于一个架构师来说,在软件开发中如何降低系统复杂度是一个永恒的挑战,无论是 94 年 GoF 的 Design Patterns , 99 年的 Martin Fowler 的 Refactor ...
- 何时使用领域驱动设计
何时使用领域驱动设计?其实当你的应用程序架构设计是面向业务的时候,你已经开始使用领域驱动设计了.领域驱动设计既不是架构风格(Architecture Style),也不是架构模式(Architectu ...
- 领域驱动设计(DDD)前夜:面向对象思想
面向对象 面向对象是一种对世界理解和抽象的方法.那么对象是什么呢? 对象是对世界的理解和抽象,世界又代称为万物.理解世界是比较复杂的,但是世界又是由事物组成的. 正是这样的一种关系,认识事物是极其重要 ...
- 【转载】何时使用领域驱动设计
何时使用领域驱动设计 转载自:https://www.cnblogs.com/daxnet/p/15177443.html 何时使用领域驱动设计? 其实当你的应用程序架构设计是面向业务的时候,你已经开 ...
最新文章
- MySQL调用存储过程
- Linux下RabbitMQ服务器搭建
- linux中执行历史第五个命令,Linux 快速执行历史命令,用 !编号
- 你还在用HTTP吗?HTTP/3都来了。。。
- 数字图像处理(MATLAB)(第三版) 冈萨雷斯 中的matlab附录代码工具箱
- 深度 ghost xp3 装IIS 方法
- USB 重定向库usbredir的移植到Android下使用的方法总结
- 微信emoji表情数据如何添加到json中
- rpm命令的使用与软件的安装
- 按头安利 好看又实用的建筑图标素材看这里
- 快手投放广告,快手广告优势有哪些呢?
- JAVA LinkedBlockingQueue详细分析
- Market Risk Modeling
- 服务器接口响应监控,监控服务器端口运行状况软件
- 人工智能三大学派:符号主义,连接主义,行为主
- Python练习题答案: 杰克的家【难度:2级】--景越Python编程实例训练营,1000道上机题等你来挑战
- 把多个txt文件合成一个txt文件
- php 带http的域名,php提取URL中的域名部分
- TIOBE12月编程语言排行榜出炉!Java第一,有人要失业?
- 10GHz带宽/USB3.1芯片,AW3410S高速切换开关系列方案及产品介绍
热门文章
- 粒子群算法的惩罚函数的c语言实现,粒子群算法结合惩罚函数用于桥式起重机主梁优化.pdf...
- mysql获取多张表中的数据_mysql – 从具有递归关系的两个表中获取数据
- java队列和栈实现原理_Java特性队列和栈的堵塞原理解析
- 中文怎么设置 水晶报表 越南文_越南语到底是不是汉语的一门方言?为什么和粤语这么像?...
- mysql上线脚本规范_MySQL 的 21 个规范、优化最佳实践!
- 必须掌握的30种SQL语句优化
- tomcat通过虚拟路径访问外部静态资源
- git base cli
- 【SpringBoot_ANNOTATIONS】生命周期 04 BeanPostProcessor 后置处理器
- ssd trim linux,linux – 使用SSD上的BtrFS验证TRIM支持