cqrs

具体来说，前端浏览器：angular.js等MVC框架；后端: REST + CQRS 。 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，将 REST 和 CQRS 组合在一起成为CQREST架构

概述 继续引用上篇文章中的图片（来源于Udi Dahan博客），UI中的写入操作都将被封装为一个命令中，发送给Domain Model来处理。 我们遵循 Domain Driven Design 的设计思想，因此所有的业务逻辑都只在Domain Model中处理，Command中将不会带有业务逻辑。Command中的代码无非是通过Repository获取某些个聚合根(Aggregate Root)，然后将操作委托给相应的领域对象或领域服务来处理，仅此而已。 实现 实现上，我们会涉及三个东西： (1) Command对象 Command对象的作用是用来封装命令数据，所以这类对象以属性为主，少量简单方法，但注意这些方法中不能包含业务逻辑。 举个用户注册的例子，用户注册是一个命令，所以我们需要一个RegisterCommand类，这个类定义如下： public class RegisterCommand : ICommand{ public string Email { get; set; } public string NickName { get; set; } public string Password { get; set; } public string ConfirmPassword { get; set; } public Gender Gender { get; set

Change Data Capture(缩写为 CDC)——大概可以机翻为 “变动数据捕获”——你可以将它视为和数据库有关的架构设计模式的一种。它的核心思想是，监测并捕获数据库的变动（包括数据或数据表的插入，更新，删除等），将这些变更按发生的顺序完整记录下来，写入到消息中间件中以供其他服务进行订阅及消费。 适用场景 我们可以把 CDC 认为是数据库事件驱动的一种数据 / 信息分发系统，CDC 主要适用于以下的场景： 异构数据库之间的数据同步或备份 / 建立数据分析计算平台 在 MySQL，PostgreSQL，MongoDB 等等数据库之间互相同步数据，或者把这些数据库的数据同步到 Elasticsearch 里以供全文搜索，当然也可以基于 CDC 对数据库进行备份。而数据分析系统可以通过订阅感兴趣的数据表的变更，来获取所需要的分析数据进行处理，不需要把分析流程嵌入到已有系统中，以实现解耦。 微服务之间共享数据状态 在微服务大行其道的今日，微服务之间信息共享一直比较复杂，CDC 也是一种可能的解决方案，微服务可以通过 CDC 来获取其他微服务数据库的变更，从而获取数据的状态更新，执行自己相应的逻辑。 更新缓存 / CQRS 的 Query 视图更新 通常缓存更新都比较难搞，可以通过 CDC 来获取数据库的数据更新事件，从而控制对缓存的刷新或失效。 而 CQRS