MartinChen
2012-12-17 13:12

好文,一下子对cqrs和ddd结合有了进一步的认识,同时有想到两个问题。

1、如何把DCI集成进来?

2、Command与Event区别在哪?

banq
2012-12-18 19:25

CQRS+Event Sourcing其实不但是一种全新思想,将可能颠覆Java或C#现有的编程体系。

使用传统JavaEE或Spring + Hibernate这样的框架,是无法实现DDD原始意图的,这个DDD创始人Eric Vans已经说过:2012年Eric Evans关于技术如何影响DDD的会话

要实现DDD原始意图,必须CQRS+Event Sourcing。

提供基于Jdonframework实现的CQRS 源码,ES部分稍微拓展一下即可:Robot.rar,文章见DDD DCI和领域事件

或者选用新的编程语言Scala,文章:Scala的event-sourced和CQRS案例代码

有人说,我一定要用Spring来实现,那么会导致什么后果呢?

因为Spring不支持Domain Event,只能将外部接口直接注入到领域模型,很多接口会污染领域模型,最后领域模型还是被外币接口或架构绑架了。

这严重违背DDD中聚合根是语言核心,编程代码必须反映统一语言

这个反复重申的要旨,难道我们重申这个只是理论喊口号吗?如果它不如此具有颠覆性,我们反复强调它干吗?如果不是因为现在所谓经典做法完全违反这种要旨,我们苦口婆心地说它干吗呢?

当然,该PPT也去除了Hibernate等ORM注解,因为它也严重绑架干扰了领域模型,干扰领域模型如实成为统一语言。

所以,尽管Jdon两年前就在讨论DDD CQRS ES,并且也推出这样的开源框架,这些都是一种探索,是不是代表未来不能确定,但是如果这是未来,我相信这是JavaEE或Spring必须跟上的,但是Java C#语言本身带来的限制,还是不如新语言Scala等要优雅。尽管jdonframework使用Disruptor实现了领域事件,也是通过领域模型的注入实现,虽没有Scala的Actor那么直接,但是性能和简洁不亚于Actor。

如果各位有意在自己项目中实施DDD,而且不改用框架,那么出来的效果会很差,还不如本文开始批评的贫血模型,把业务方法都放入Service中。

如果你对JavaEE认识或面向对象设计OO不够Strong,那么也请不要选择DDD,你遇到的概念和思路转变不是象学习一门语言那么简单,项目有风险,实施需谨慎。

MartinChen
2012-12-18 22:47

这几天看来了一下基于Axon的Axon-trader,然后对比在工作的项目,不禁感叹到把ddd生搬硬套到项目中是件痛苦的事情。

DDD的实践需要破除以往的SSH思维,特别是Hibernate和DaoServiceAction给大家带来的定势。

banq
2012-12-19 13:39

为帮助大家更好理解本PPT,用Jdonframework将Match源码完整写成可运行的项目:

Match完整源码按这里

也可以通过打包下载:example.rar

内中含有DCI+CQRS和CQRS+EventSourcing两种案例。

qiullin
2012-12-20 17:20

roleAssigner.assignDomainEvents(matchcreator);

请问此句如何理解

角色指派器向matchcreator 这个domain 动态的指派一个事件角色,这就是DCI的影子?

猜你喜欢