来自Symfony2的EventDispatcher组件文档:
Symfony2 EventDispatcher组件以简单有效的方式实现Mediator模式,使所有这些事情成为可能,并使您的项目真正可扩展。
我一直在阅读Event Aggregator和Mediator模式及其differences。对我而言,事件聚合器看起来像是Mediator的一个特例,它使用事件来促进沟通,并且内部没有任何业务逻辑。另一方面,Mediator更通用,并且可以允许一些业务逻辑来决定是否应该进行某些通信。
所以我检查了Symfony2的EventDispatcher或TraceableEventDispatcher的源代码,发现可能改变通信的唯一逻辑是检查事件传播是否已经停止,如下所示:
protected function doDispatch($listeners, $eventName, Event $event)
{
foreach ($listeners as $listener) {
call_user_func($listener, $event, $eventName, $this);
if ($event->isPropagationStopped()) {
break;
}
}
}
这就是Symfony2中的EventDispatcher实现Mediator模式而不是Event Aggregator模式的原因吗?如果检查isPropagationStopped
的逻辑被移出EventDispatcher(比如说,移到事件监听器),那么这会实现Event Aggregator吗?
答案 0 :(得分:3)
Event Aggregator类似于Observer模式,Subject只是通知Observer对象有变化,无论事件是什么类型都需要更新。
Symfony2的EventDispatcher实现了Mediator模式,因为它的作用类似于路由器,决定了哪个事件将由可以订阅多个事件的侦听器触发。如您所见,即使删除isPropagationStopped
部分,EventDispatcher仍需要事件名称来确定要触发的事件。
安东尼费拉拉有一个很棒的blog post讨论此事