为什么要使用MVC+REST+CQRS架构

守給你的承諾、 提交于 2020-04-07 19:39:31

具体来说,前端浏览器:angular.js等MVC框架;后端: RESTCQRS

angular.js等MVC框架是指前端浏览器的MVC框架,而不是类似Struts 或SpringMVC之类的服务器端后端MVC框架。

关于后端MVC框架的问题可见《MVC模式已死 》http://www.jdon.com/38448
基于任务的UI(Task-Based UI)

服务器端的MVC框架主要问题是粒度太粗,只能适合传统的CRUD简单粗放的应用,当我们的软件系统转向以用户体验为主,而不是以企业自身资源管理为主的模式时,响应式设计必然拥有良好的用户感受,而传统后端MVC固定的框架针对大量客户端并发事件处理无疑是力不从心,想象一下,用户鼠标一移动就可能发出一个事件,这么多事件如果每个都走Model-View-Controller这样一个流程,仅Controller就要编制多少?编程成本极高,维护拓展起来很不方便。

将MVC框架移植到浏览器前端(Rich Client),则可以巧妙回避以上问题,javascript的函数风格使得其处理事件来得更简单,对于围绕模型的操作则可以使用MVC实现。见:JavaScript大型可扩展的设计模式,而模型则是从后端领域层以JSON方式推送过来。

后端架构是:REST+CQRS,将RESTCQRS组合在一起成为CQREST架构。

REST的好处是针对资源进行简单轻量的操作,REST核心两个概念是资源和状态,而我们可以认为这个资源实际就是领域模型,通常是DDD领域驱动设计中的聚合根Aggregate,而状态是则是聚合根的状态,驱动状态变化的是REST的POST/PUT/GET/DELETE四个方法。这样RESTDDD无缝吻合在一起了。

再看看REST的四个方法实际也分两种类型:读和写。其中POST/PUT/DELETE属于对领域模型资源进行写操作的命令,属于CQRS的Command路线;而GET属于客户端发出Query查询,属于CQRS的Query读路线。
这样REST又和CQRS无缝吻合在一起。

我曾经在《没有人真正理解REST or HTTP》http://www.jdon.com/41716中说:
将来是否有一种技术思想,将DDD REST以及面向函数三者完美捆绑一起,通过URL代表领域模型类图的结构关系,比如/forum/thread,代表Forum类的子类Thread,领域模型被显式地用URL表达出来,用户访问形式和我们分析设计的模型合二为一,大道至简。

而时隔两年的今天已经实现了:《使用Yoga灵活实现RESThttp://www.jdon.com/45544

如果说DDD的领域模型是核心,那么REST就是核心外的轻量壳,而CQRS则是壳和核心之间的组织,三者如有机体一样天然组合在一起,简单,易用,灵活,可伸缩,易于维护。

从缓慢的历史变化中我们应该发现一个主脉方向:MVC + REST + CQRS,如此坚定一路走来,无疑他们代表未来一种即将普及的主流架构风格。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!