•     第一次看到banq关于JF的PPT时,我突然发现原来可以这样建模,领域模型是这样丰富,让领域对象充满了色彩。过去看到的OO都是“简单实体建模”:即从需求中挖出几个实体对象,然后填充属性,至于其它的东西只要会查询就行了。这种建模方式随处可见,实在
  •     一边看着Evans的书,一边学习jivejdon源码,同时印证着我的经验和想法后有这样一种感觉:DDD就像一颗闪光的明珠,但从目前来讲还不够完美。     这不禁让我想到一个问题:随着各种新的建模技 icon
  • 前段时间看了下color uml 和 dci 发现 四色原型可以直接通过dci来实现 觉得非常不错。在网上看了几个dci的例子——主要是转账那个,然后自己开始琢磨1个使用技能子系统的实现(我是做游戏的...) 通过trait 实现了 部分类之后 发 icon
  • Contexts are the new objects一文提出DCI架构中Context是一种新 icon
  • DCI and Services (EJB) | Javalobby DCI(Da icon
  • account 是一个实体。有存款,取款俩个行为。accountRepository 仓储类。有三个方法,新建账号,得到账号,更新账号。 有一个转账的业务。A到B。假设条件成立,A有足够的钱。 领域服 icon
  • 文章作者写了使用多个框架实现DCI模式(Data Context Interaction)的文章,这次他使用aspectJ(Spring)谈如何实现DCI,他的结论是比Qi4j要清晰一些。 下面是Qi4j的实现代码: icon
  • DCI(Data Context Interaction)是一种根据运 icon
  • context在实际的框架中,比如有个Context类,这个类应该是什么样子呢?Context对应一个用例,那么这个Abstract 类的Context应该是什么样子呢? 然后,就是我想加入DDD DCI中的 实体类和值类型的类很好具体创建。那么 icon
  • 我研究了一下DDD和DCI,我觉得适合大型和复杂系统,并不是什么都适合。 如果抛弃八股文的话,我认为DDD主要就是找领域概念和名词,然后弄一个类,然后大家都围绕这个通用名词和概念进行沟通。而不是技术层面的东西。我认为除了这个其他都是来回刷名词啦。 icon
  • 初学DDD和DCI,总感觉有点小困惑,来请教一下各位老师。问题如下三点: 1、DDD通过找聚合根来划分领域,这不有点像是模块的划分吗,准确的说是一种更细粒度的模块划分吧? 2、若有把DDD和DCI结合起来,那么C icon
  • 看了几篇banq大哥写的关于DCI的文章,受益匪浅!下面用几句话说一下我对DCI的理解,不对的地方希望各位指点一下: MVC结构化分明,直白; 同时,爱因斯坦先生说过:任何事物可以尽量简单,但不能太简单。这就造成了MVC在某些应用场合无法胜任无法的复杂的业 icon
  • 使用Groovy的元编程 meta programming 实现角色和数据的混合。 DCI in Groovy | icon
  • 在游戏开发中,有一个人物 character,人物有物品 item ,人物使用物品, 使用物品 这类的接口应该放在character上还是 放在物品上啊? 那物品上实现的接口应该是什么啊? icon
  • 背景:银行提供转账服务,采用DDD设计思想。写了一个Account实体对象public class Account { //主键id private long id; //账号唯一编号 private String number; //是否激活 icon
  • DDD与DCI的区别是什么?回答不要八卦,要通俗。因为术语我明白就说明我不会问你。 icon
  • DCI中的Context可以理解为“用例”吗? icon