• 分析了做过的一些项目（基于经典DDD），觉得应用CQRS的场景还是蛮多的，特别是当出现模块之间出现相互依赖的时候，我这里说的应用场景不是为了保证查询数据的一致性，而是由领域出发自然而然的过程。举一个例子：ERP中的物流或供应链管理会有销售模块、采购模块、库存模块、财务模块等，
  • 据个例子：有个 仓库 共享对象仓库『 events addEvent』 A 线程 处理一个事务（里面会用到仓库对象）如果失败需要回滚 如果成功store event to diskb 线程 处理一个事务（里面也会用到 icon
  • 最近有关注CQRS的思路，觉得很新颖，但是在实用性上我有些疑问。 1、首先CQRS在存储了事件流以后，还需要将事件结果同步到查询数据库里，而这个同步过程，我的理解应该是从事件仓储中取出事件流进行模型的重新推演，再把结果ORM或SQL CRUD到查询数据库中 icon
  • 一直隐身看jdon的东东，很有感触，在此十分感谢 bang 疑问： 比如某个Domain对象会有自己的一个operation从而引发一个event 单事件 可以保证事务性。 icon
  • 没有发现Event Store /snapshort 之类的东东，还是没必要用 icon
  • 目前项目需要设计一个撤销（undo）的功能，传统的java 应用的好像比较简单，主要利用设计模式中的comand命令行模式或者Memento备忘录模式，把需要操作的pojo简单备份一份即可，需要undo时，再从list中取回该备份对象，直接重设回即可。 icon
  • CQRS实际是一个很简单的概念，读写分离，这是架构首次重视读写分离，以往我们都没有这个意识，比如使用Spring+Hibernate，写命令和读操作被服务统管在一起，其实从REST的POST/GET分离的概念我们可能也体会到了Web系统的一个本质。 如果我 icon
  • 基于Event Sourcing模式设计的模型如何处理模型重构？ 问题背景：ddd的核心是聚合，一个聚合内包含一些实体，其中一个是根实体，这个大家都有共识；另外，如果将ddd与Event Sourcing结合，那就是一个聚合根会产生一些event；那么这里 icon
  • 这是MF站点的一篇新文章：MemoryImage内存映像，主要说明我们以后要改变过去和数据库打交道方式，直接和内存中领域模型打交道。鉴于 icon
  • Cassandra特点是写入快，而在一个事件驱动架构EDA或Event sourcing中，我们需要一个可伸缩扩展的数据库来保存快速发生且不断增长的事件日志，将系统正在发生所有事件都进行保存，然后在适当时候进行事件回放，或者需要时进行数据挖掘分析。 这其中 icon
  • 这是在看了lmax架构后的一些想法我们知道对象是随时间而变化的，每个时段当中的对象就是对象本身在这个时段变化的快照，而domainEvent是作用在某个时段上的一个动作的记录，按照lmax的架构方式是除了要记录每个时段当中作用在对象上的domainEvent外，还需要定时的去为每个对象的某个 icon
  • 我想做一个这样的功能，请大牛帮我下，给我下思路，怎么实现！我用的struts1.2 跟jdbc log4 这些，请举个例子，最好写点代码 icon
  • Apache Kafka是一个分布式事件publish-subsribe消息系统，类似Facebook's Scribe的，Kafka最大特点就是吞吐量，应用在 icon
  • 之前大家也都对图书馆借书还书的例子讨论很多了。所以业务需求描述我就不多说了。直接贴代码吧。下面代码的实现基于我自己开发的一个EventSourcing框架，继承自EventSourcing类的表明是一个事件源。 icon
  • 现在我们具有了外观的一个CQRS的模型。参看 http://www.jdon.com/44191 但后端技术层的 EventStore icon
  • 大家好，我是利奥。同步和异步各有用途，那么我们如何结合呢？ 以最近开发的CQRS-NODE的CQRS框架，我采用了cache方式来管理异步与同步，让他们成为我的奴隶。 大家知道node的JS代码部分是在一个进程中 icon
  • 既然持久化已经不是同步的了。更改操作变成了记录住事件，那么都是怎么存储事件的呢？是使用内嵌的数据库，还是？ 而且 事件需要实时的存储，以保证down机之后能进行事件的回放，但是如果事件是实时进行存储的，就必须涉及到IO相关操作了，无论是将事件写入数 icon