DDD聚合

这是来自 JOHANNES BRODWALL 的一篇博文，他曾经在Dzone上发表

前面我指出传统SOA架构其实无法面对高并发事务，我以国内淘宝网的两个PPT为案例，分析一下，其中一篇是面向生产环境的SOA系统设计 by 程立

为什么需要状态呢？我们需要正视这个问题，状态究竟是怎样的一个东西。 把状态放在计算机当中成为了什么？ 一台计算机全是01组成的，全是逻辑门电路，那么计算机里应该全是计算，若果成立，那么状态究竟是怎样一种计算？</

在color uml中对于mi的产物似乎都没有在模型中标注出来,比如过账这个mi,过账的产物是会计凭证,请问这个产物是不是说不用标注?那如果其它的mi如果要用到这个产物那就有点迷糊了,这个产物是从哪里冒出来的.比如下图

现在有如下的一个结构（不好意思，不知道怎么上图，代码表示）：

根据邻域驱动设计，聚合根内部是保证强一致性的。但是假如是聚合根内部的实体元素分别来自不同的数据库，那么如何保证这些元素之间是相互一致的呢[该贴被EricGogh于2013-10-10 15:41修改过]

其实我觉得聚合根挺好理解的.聚合根就是《管事的》就像Bang举过的例子一个绑匪团伙实施绑架.那这个绑匪的头头就是聚合根.他来负责整个绑架过程. 如果我按照我的理解那企业开发其实很好办了.每个部门经理都是聚合根.负责部

是不是一个聚合根有一个仓储就够了, 比如, 部门和员工, 是不是只要写部门的仓储就可以了,

在领域驱动内讲究通过聚合访问聚合内的对象，但我不明白！例如我实现一个借书功能，有图书类、出版社、作者三个类，图书作为聚合根，出版社和作者是聚合内的对象，现在我获取所有的作者，难道要通过图书类获取？这怎么获取？

举个例子，一个交易系统：用户购买某个商品生成一笔交易可以抽象出，聚合根：交易，用户和商品是交易的属性那用户这个对象 那就不是聚合根，而是值对象？随着业务的发展，比如根据交易衍生出等级会员制度，那用户是不是也会变成一个聚合根CQRS中读缓存是缓存整个领域对象还是缓存值对

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

Aggregate is a pattern in Domain-Driven Design. A DDD aggregate is a cluster of domain objects that can be treated as a single unit. An example may be

banq帖子中的Match聚合根中的EventSourcing其实就是producer，其中的handle方法也就是consumer，我的问题是可不可把EventSourcing以及handle方法从Match聚合根中分离出来？形成如下架构：EventSourcing分离成一个新的组件，专门负责pu

如题。

2013-12-07 13:06 "@ lostalien"的内容可我还是觉得js语法和一些特性挺别扭的。比如要用闭包来实现对象属性的私有，很多语言直接

大家好，最近对领域驱动设计挺感兴趣，不过小弟有许多地方不明，请大家帮忙。角色: 用户场景: 用户添加订单项目行为: 用户检查订单是否合法 获得当前订单 添加订单