事件溯源教程

事件驱动编程是以事件为第一驱动的编程模型，提到事件，可能有很多容易混淆的概念，这里的事件是指一种异步并发的消息模型，而普通的观察者模式

我的个人看法：我觉得之所以现在面向领域的软件设计模式不盛行，是有一定原因的，而传统设计应用的长盛不衰，经久不疲也是有一定原因的，两者不可避免都有一定的局限性，将不会存在谁被谁替代。对于传统的mvc架构程序，典型的特点是，同步，锁，关系数据库，高并发支持性不好，但是安全性强，数据一致性高（间接导致代码

基于任务的用户界面也被称为感应用户界面(响应式界面)，做好基于任务的界面关键是要搞清楚用户想如何使用软件，并引导他们。当前，Web，移动，特别是苹果用户界面的设计趋势是基于任务驱动(Task-Based)。 基于任务的UI设计能够提供给你一个感知上下文的

看了这个贴 http://stackoverflow.com/questions/1883107/cqrs-and-crud-screensGreg在后面说"I may not really care why a name is changing in my domain where I s

最近一直在思考一个问题：有没有这样一种可能，就是一个领域模型的状态不依赖于外部，它只负责接收外部的事件，然后根据这些事件做出响应；响应分两种：1）根据模型当前的内存状态进行业务逻辑处理，然后产生事件，注意：这个过程不会改变模型当前的内存状态；2）根据事件改变自己的状态；

昨天我们刚刚看完传统架构的事件实现：Java EE 7: EJB 发布 CDI事件通过WebSocket到浏览器客户端，今天介绍一下使用Scala的Play框架和AngularJ

最近又学习了一下LMAX架构。 让我对该架构以及event sourcing模式又有了很多新的认识和疑问。 LMAX architecture：input event + business logic proce

VaughnVernon/IDDD_Samples · GitHub 这是一个基于

用 F#和EventStore实现领域驱动设计:Domain-D

EventSourced使用一个Event Store事件存储的库包，能够无锁控制事件的存储和重新播放。

板桥老师你好： 看了你写的AngularJS+Restful+CQRS的文章，有以下问题想请求？1.Restful对于PUT,POST,DELETE得到的应该是Command吧？2.如果一个Command产生多个事件，如何保证这几个事件的原子性，其中一个失败了，

　　看到<<对LMAX架构的新的理解，让自己对event sourcing的做了更多的思考>>这篇帖子banq老师说的一句话话：“从来就没有所谓input event或output event。event事件贯穿系统前后，系统任何部分包括领域都不会对event做任何改变。”，我有一些问题，想请教b

Event Sourced Architectures for Hi

Eventsourced开源库包是增加了将Scala的 actor状态进行持久化功能，包括对Akka支持 有如下功能：1.通过将接受到事件消息追加到日志2.接受到消息后切换当前状态。3.在内存驻留当前状态(memory image)

Event Sourcing vs Command Sourcing - Th

事务是在 domain里 处理，还是放在 Dal里处理？ 如果放在domain里，请大师如何设计 持久化与domain的接口？如果放在Dal里，那么dal负载业务层的逻辑，应该不是一种好的设计？请banq大师指点