DDD聚合体作为模块的示意图
贴图：领域驱动DDD聚合体作为模块，聚合体外使用事件消息，聚合体内封装了状态，外部调用必须通过消息事件实现，而不能直接通过方法调用。
[该贴被banq于2012-12-06 12:01修改过]
2012-12-08 13:40
2012-12-08 22:10
2012-12-09 06:35
2012-12-09 22:04
2012-12-09 23:11
2012-12-09 23:39
2012-12-10 00:09
2012-12-10 20:20
大家说的都有道理。我谈谈我的思考：
不知有没有注意到，这张图中Cargo和Handling Event之间是通过Handled发生依赖，从业务上讲，Handled是一种发生过的装卸事件，那么如何在计算机软件中表达这种事件呢？
软件技术中的调用分两种：同步调用和异步调用，两者区别是前者在调用时同时等待对方处理结果，这从日常生活中看，表现为猴急，你也得容别人想想再回复你啊，有些简单的事情可以立即处理回复，但是复杂的事情只能表示已经收到，至于如何处理，处理结果是什么必须再等待下一步。所以，同步调用很显然不合适处理复杂大任务。
模块之间的调用常常是大任务，否则模块自己内部就消化直接做了，格式转换，时间获取，这些直接处理即可。
模块化一直是很多语言的弱项，Java中的OSGI搞了好长时间不了了之，我认为关键问题是，模块化和功能有关，所以，我们试着在建模语言与实现系统中探索模块化一种固化模式，这也是在发明设计模式，也是一种探索，是否成功不好说。
为了表达业务上的Handled事件，我们使用软件中的消息模式，其实也就是观察者模式来实现事件的发生和传递，而传递的内容正是业务Handled事件自己，消息机制如同信封，信封中包含的是业务内容。
不知有没有注意到，这张图中Cargo和Handling Event之间是通过Handled发生依赖，从业务上讲，Handled是一种发生过的装卸事件，那么如何在计算机软件中表达这种事件呢？
软件技术中的调用分两种：同步调用和异步调用，两者区别是前者在调用时同时等待对方处理结果，这从日常生活中看，表现为猴急，你也得容别人想想再回复你啊，有些简单的事情可以立即处理回复，但是复杂的事情只能表示已经收到，至于如何处理，处理结果是什么必须再等待下一步。所以，同步调用很显然不合适处理复杂大任务。
模块之间的调用常常是大任务，否则模块自己内部就消化直接做了，格式转换，时间获取，这些直接处理即可。
模块化一直是很多语言的弱项，Java中的OSGI搞了好长时间不了了之，我认为关键问题是，模块化和功能有关，所以，我们试着在建模语言与实现系统中探索模块化一种固化模式，这也是在发明设计模式，也是一种探索，是否成功不好说。
为了表达业务上的Handled事件，我们使用软件中的消息模式，其实也就是观察者模式来实现事件的发生和传递，而传递的内容正是业务Handled事件自己，消息机制如同信封，信封中包含的是业务内容。
Listener和Observer有什么本质区别吗?
消息作为信封，信封内容是事件，这种异步机制是聚合根与外界交互的最好方式，在松耦合上要好于聚合根直接暴露自己的行为或者Hold其他聚合根，能够更加严密保护自己内部状态不被外界侵入。
[该贴被banq于2012-12-13 11:01修改过]
2012-12-13 21:38
猜你喜欢
