DCI架构

行为驱动开发(BDD)如何与领域驱动设计(DDD)结合？

行为驱动开发(Behaviour Driven-Development)与测试驱动开发(TDD)两者都强调敏捷迭代，BDD使用“用户故事”来描述需求，然后开发人员将这些故事带入具体应用，通过不断迭代添加入真正的业务本质，也就是说，在BDD中，领域模型是通过开发迭代过程不断取自于于用户故事，而一般人理

DDD中聚合根与聚合根之间通信的一些问题的思考

1. 聚合根之间能相互引用吗？2. 聚合根之间如果相互引用了，则会造成一个可怕的后果，那就是：很容易导致取出一个聚合时会级联取出很多直接或间接引用到的其他聚合根，到最后可能会取出整个对象树；3. 那聚合根与聚合根之间就不应该相互引用了吗？我的建议是：是的。但是可以只存储引用聚合根的I

JdonFramework 6.4(Disruptor)版发布

2009年JdonFramework 6.2版本推出基于内存的异步领域事件版本，其关键点是Domain Model + In-memory + Domain Events.常驻内存In-memory的领域模型Domain Model通过领域事件Domain Events驱动技术实现各种功能，正如基因

关于将Jdon框架提升为DCI框架的设想

在]Jdon框架 6.4案例中(这里)，我使用Domain Events实现了一种DCI，Domain Events和DCI是两种不同角度看同一个

关于软件的任务到底是什么的思考

首先，我觉得软件是用来被用户使用的，也就是说软件是用来帮用户完成一些事情的。从下面的用例图可以很好的理解用户与软件的关系：

梦工厂

个人关注jdon有一年多了，在jdon网站上也学到了很多知识，同时也验证了一些自己的一些理论。jdon是一个不错的网站。在jdon论坛上学习和了解LMAX，rribbit(事件总线)，Qi4j(DCI)等知识。基本上我每周都会固定几天到jdon论坛里来逛逛，每次都有新的收获。

QI4J中关于entity的疑问

QI4J中推崇的类已死，接口万岁确实很不错，个人对entity的理解是这样的;QI4J提出的OOP中我们说的entity基本都是贫血模型，只是简单的属性和GET还有SET方法，反应不了领域的真正意义出来，都是简单的数据载体，在QI4J中得做法是把领域的行为或者称作ROLE以Interface

数据Data 上下文Context 交互Interaction(DCI):面向对象范式的演进

这是一篇来自Ruby社区的文章，主要介绍DCI如何推动面向对象的发展，当然这也是Ruby的一个特点，而Scala则在并发异步以及函数编程上有其特点。

DCI的实际例子

我正在开发一个可视化网站制作系统，当然和DW不同，这个产品有其特别之处。不过我们抛弃产品本身，我来说说我采用DDD DCI的一些概念的开发经验，希望Banq大哥和大家指正。这个项目加入了两个角色，类似DCI中的角色扮演，有 Guest 和 Manager

业务建模：上下文（场景）还是服务？

DCI的从角色职责和场景的角度来理解业务感觉不容易，问几个问题？ 1、就我理解，上下文是其着承上启下的作用，每个业务过程的一系列行为都想象出一个特定的上下文，实践中是不是很困难？ 2、所有的业务交互行为都要发生在一定上下文（

关于DCI的理解

早就听说了DCI，刚开始接触确实云里雾里的，感觉明白了，其实还是没有深刻理解。今天再次在论坛里找了BANQ大哥关于DCI讨论的帖子细细品品，结合QI4J中对what's an object anyway?的论述，又有了深刻理解。这里把我的想法说说，也请BANQ和论坛朋友帮我分析下其中的不足之处，多谢