DDD eXchange 2013 在6月14日隆重举行

Skills Matter : DDD eXchange 2013 14-06-13

从Evans DDD推出五年来,DDD在全世界软件设计领域蓬勃发展,DDD已经从单纯的面向对象编程扩展到面向函数 图库 面向文本和面向事件等新的领域。

DDD之父 Eric Evans, 以及Greg Young,和Uncle Bob Martin 都在这次第五届年会上发表了演讲。

专家和思想领袖与125位参会者共同见证了这次软件架构历史事件。

大会的主要演讲有:

(1) Vaughn Vernon的DDD 和 ACTOR MODEL,InfoQ已经整理成文章:http://www.infoq.com/news/2013/06/actor-model-ddd,主要观点我在这篇PPT中也有讲述:http://www.jdon.com/45436

(2) Ian Robinson的MISCHIEF, MOTIVATION AND GRAPH MODELS(恶作剧,动机和图模型)
我们今天被图所包围: 对象图object graphs, 实体关系ER模型entity-relationship diagrams,甚至我们的圆圈和线条白板草图。当图库作为我们模型的新的持久层技术时,为什么我们在此刻放弃我们的图形能力呢?

(3).Paul Rayner的DDD WITH RUBY ON RAILS AND MONGODB:
使用DDD作为策略设计,领域建模在Ruby社区几乎处于未知,这个演讲通过Ruby/NoSQL这个角度(有色眼镜) 介绍DDD看上去是什么样并且试图弥补这种缺憾。

(4). Robert Smallshire谈了关于领域建模在石油天然气的软件领域的应用。

(5). Alberto Brandolini:重新思考企业软件:谈了 CQRS, Event Sourcing, Kanban, Management 3.0和 Theory of Constraints结合使用。

(6).CQRS概念的提出者Greg Young:基于文档的传递和分析 DOCUMENT BASED MESSAGING AND ANALYSIS

等等.

视频资料可见:http://skillsmatter.com/event/design-architecture/dddx-2013

[该贴被admin于2013-06-19 09:22修改过]

《数据模型资源手册》系列大家应该都听说过,它把多个领域常见的数据模型做了个总结,基本照搬过来就能用于开发了。banq老师能不能也出本类似的书,只不过数据模型换成了对象模型,然后再配合自己的jdonframework做个示例?

2013-06-18 10:04 "@lostalien
"的内容
banq老师能不能也出本类似的书,只不过数据模型换成了对象模型 ...

多谢厚爱,我初步想了一下,DDD和这类数据模型资源还是有些区别,DDD侧重方法之道Way,而数据资源模型具化一些,可能存在假想陷阱,需求是不断变化的,所以,领域里实体模型资源也是不断变化的,比如仓储模型在电子商务和传统ERP中定义就不一样。

这个问题还是回到软件设计目标是什么?如果为了完成现在想得到的功能,那么采取数据资源模型这类思路可能有效;如果是为了适应需求之变,而需求已经从过去围绕生产厂商的ERP发展到了围绕消费者为核心,比如沃尔玛和亚马逊对比非常强烈。

沃尔玛在21世纪前依靠信息系统解决了自己和供应厂商的资源共享和效率问题,而亚马逊则是以消费者为导向重新设计了新的信息系统,并创造了云计算概念,两者今天较量下来无疑大家看好亚马逊这种电子商务模式。

当然,当亚马逊 京东这种创新产品模型固定下来后,我们也会固化一些这些行业数据资源模型,但是创新和发展就没有了。

也是。。。毕竟数据模型都几十年了,比较稳定了。。。领域模型还太年轻。。。

InfoQ释放出Greg Young此次有关"文档"与事件的的演讲:http://www.infoq.com/news/2013/06/document-messaging-analysis

并不是所有系统都有事件发生,但是很多系统都是基于流程处理的。比如在银行抵押贷款就是一个例子。有人在申请抵押贷款,然后流经银行组织中不同位置的人做一些工作流程,最终会被证券化。

这个例子实际是一种典型SOA处理场景,见:你的SOA已经使用了EDA和CQRS吗?http://www.jdon.com/45467

在这样一些流程中可能没有事件,但是有文档流转(比如订单 采购单等)。

Greg Young认为想从业务人员那里获得发现领域模型的行为是很难的。让业务人员用事件去思考业务需要有一段路要走,那么文档则是从另外一个角度思考,一些组织已经有手工纸质流程了,而业务人员则很容易从这些文档流转角度来考虑。

Greg发现一个方法:将业务人员带到一个房间,让他们全部忘记计算机,他们是如何创建一个表单或其他文档,然后他们把这些文档递交给谁了? 描述流程处理有助于帮助搞懂如何用计算机处理这样的事情。

现在我们有两个概念模型,基于事件和基于文档。. Greg 强调他们并不排斥,事件能够包含文档,而文档可以包含事件,在一个基于文档的流程处理中肯定有事件会发生,而这个事件肯定包含当前的文档。