DCI架构
QI4J中关于entity的疑问
QI4J中推崇的类已死,接口万岁确实很不错,个人对entity的理解是这样的;QI4J提出的OOP中我们说的entity基本都是贫血模型,只是简单的属性和GET还有SET方法,反应不了领域的真正意义出.
DDD中聚合根与聚合根之间通信的一些问题的思考
1. 聚合根之间能相互引用吗?2. 聚合根之间如果相互引用了,则会造成一个可怕的后果,那就是:很容易导致取出一个聚合时会级联取出很多直接或间接引用到的其他聚合根,到最后可能会取出整个对象树;3. 那聚.
关于软件的任务到底是什么的思考
Jdon Framework 6.5beta发布
6.5版本引入了com.jdon.domain.dci.RoleAssigner,它是一个角色分配器,可以向任何模型中注入任何接口 (Mixin)当使用RoleAssigner, 我们就没有必要从带有.
关于将Jdon框架提升为DCI框架的设想
在]Jdon框架 6.4案例中(这里),我使用Domain Events实现了一种DCI,Domain Events和DCI是两种不同角度看同一个问题,而DCI是从软件分析如彩色UML四色原型直接映射.
DCI和继承并不矛盾
DCI和继承并不矛盾DCI背后概念是将交互行为从领域模型中分离出来,这些交互行为被放置于另外一个Role角色对象中,只有在业务需要的一个场景下,角色在运行时刻被分配(注射)给这个领域模型。文章列车Ru.
JdonFramework 6.4(Disruptor)版发布
DCI的实际例子
我正在开发一个可视化网站制作系统,当然和DW不同,这个产品有其特别之处。不过我们抛弃产品本身,我来说说我采用DDD DCI的一些概念的开发经验,希望Banq大哥和大家指正。这个项目加入了两个角色,类似.
关于四色原型中的Place扮演某个角色参与某个活动的疑惑
到现在为止,我可以理解的是:PPT中的Party和Thing扮演某个角色参与到某个活动中。比如图书管理系统中,某个图书馆帐号(LibraryAccount,它是PPT之Party)扮演借书者(Borr.
关于DCI的两个疑问
大家知道DCI中有场景、角色、角色扮演者、角色扮演者的属性和方法、场景相关的属性和行为这些概念。当一个领域对象扮演某个角色参与到场景中时,它同时也被注入了一些和该场景相关的某些属性和行为,这些属性和行.
软件思想的进化和相通
我知道的软件思想至今发展的主要过程:面向过程 -》OO-》DDD-》DCI始终是一个进化的过程,OO解决了面向过程的封装,但他依然是基于静态的分析;DDD提供了面向应用业务的分析指导,但是他没有直接提.
关于四色的ROLE和DCI有关系么?
DCI还没来得及看,只是粗略的看过些帖子,模糊的概念而已。四色确实好好看过的,我的理解,四色里的ROLE应被认为是DCI里参与场景的对象。PPT是常规状态下的对象,ROLE是参与场景是的对象,场景发生.
我对图书借阅系统的一点小小的看法
今天详细看了一个帖子:http://www.jdon.com/jivejdon/thread/39844,该例子是以图书借阅系统作为例子讨论如何进行建模。看完这个帖子感觉真的受益匪浅。下面我也想表达一.
U-DCI理论
这里提出一个参与者概念,就是用例的参与者。我们往往发愁与很底层的技术牵绊,比如request 和 response对象放在那里。那么,如果一个User封装了request 和 response 呢,我.
DDD的Service用DCI的替代方式
Banq大哥认为用场景可以代替DDD的Service,我认为也是的;同时,我也认为角色的交互方法可以。由于Service是静态的,也由于历史原因,我们现在要把Service挖出来,变成两种方式来表达。.