EDA事件驱动架构

SOA的核心是：暴露然后处理 expose and handle，SOA使事件Event跨系统流动 EDA是以事件为核心：什么时候触发 然后做什么。EDA是更加松散耦合，有极强的巨大事务处理能力 ESP—Even

Threaded vs Evented Servers

以下知识是关于领域驱动设计（DDD）的, 大部分摘自flyzb的思想,虽然在很多人看来并不赞同, 但我个人认为对我启发很大. 有兴趣的可以看一下. 我一直觉得不要盲目相信权威，比如不能一谈起领域驱动设计，就一定认为国外的那个Eric Evans写的那本书中的一些概念就一定是正确的，认为领域驱

也许还没到达一定的知识层次，关于domain Events有疑问搞不清楚，希望道友指教 在J道逛了很长一段时间，记得以前在逛的时候，好多东西都看不懂，发现原来自已 缺少某些基础概念知识，拼命的去查找J道文章中的相

    实话说，banq的JF中的Domain events模型是非常不错的，能够让领域模型和其它层的交互隔离开来，并为提升性能提出了一条解决方案。     但同时，“JF中的Domain events模型”

如图，订单状态有New Order，Registered，Granted，Shipped，Invoiced，Cancelled，相当复杂，在不同的状态执行操作时会产生不同的影响，比如说我们要执行AddOrderLine的话，要判断订单状态，如果是Registered或Granted状态的话，

我使用域事件来处理对象模型之间的关联关系，比如A对象中有B对象的一个列表，也就是说A和B是一对多的关系public A{private String modelId;private List blist; private getBlist(){ if

Gojko Adzic » Evolution of DDD: CQRS and Event So

Asynchronous method queue chaining in JavaScript

大家好，现在我有点不太明白领域模型与服务的问题，领域模型是不是应该有行为，也就是说应该有的职责与业务逻辑，那么服务是做什么的呢，做事务和调用仓储么。还有业务逻辑与领域逻辑是一回事情么。现在觉得服务层有点多余，实在不清楚他负责什么，可领域模型有不能注入仓储类似其他东西，都要用Domain Event进

如今，异步 EDA是一个潮流，滚滚而来，让我们看看主流框架Spring 3.0新版本有没有顺应这新趋势，

刚刚看完DCI架构，个人总结从事件模式角度可以很好实现DCI，结果从

命令查询的责任分离Command Query Responsibility Segregation (简称CQRS)模式是一种架构体系模式，能够使改变模型的状态的命令和模型状态的查询实现分离。这属于DDD应用领域的一个模式，主要解决DDD在数据库报表输出上处理方式。

事件模式是界面层主要模式，MVC模式中，模型组件应该和界面形成松耦合，只要界面发出事件，就应该立即响应，MVC模式也是依靠事件模式来实现彼此联系，所以，有时，我们抛开MVC模式这个锅盖，专注于事件模式，反而会有一种比较开阔的感觉。 Javascript可以

Domain Events领域事件定义见这里Domain Events – 救世主，领域事件可以实现领域业务模型与技术架构之间的松耦合，达到实现类

过去我们从网络上获得信息都是通过拉，浏览器定期检查RSS，很多事件的激发都是通过拉机制实现的。Webhooks或PubSubHubBub将改变这个现状。