Question

Symfony 2捆绑开发人员应该如何使用Symfony 2系统库存附带的事件调度程序？

我一直在寻找Symfony事件调度员的来源，我看到的一些内容让我有点困惑，我是第三方捆绑创建者应该如何使用Symfony附带的事件调度程序

具体来说，我注意到一个股票Symfony系统有两个事件调度程序服务。 event_dispatcher和debug.event_dispatcher。 HttpKernel 使用哪种服务依赖于环境，并由生成的dev或prod容器文件驱动。

//dev kernel instantiation uses `debug.event_dispatcher` service
new \Symfony\Component\HttpKernel\DependencyInjection\ContainerAwareHttpKernel(
            $this->get('debug.event_dispatcher'), 
            $this, 
            $this->get('debug.controller_resolver')
        );

//prod kernel instantiation uses `event_dispatcher` service         
new \Symfony\Component\HttpKernel\DependencyInjection\ContainerAwareHttpKernel(
            $this->get('event_dispatcher'), 
            $this, 
            new \Symfony\Bundle\FrameworkBundle\Controller\ControllerResolver($this, $this->get('controller_name_converter'), $this->get('monolog.logger.request', ContainerInterface::NULL_ON_INVALID_REFERENCE)));

到目前为止，这一切都有意义 - 因为debug.event_dispatcher在Web配置文件的事件选项卡中实现了功能，包括能够查看调用哪些侦听器以及未调用哪些侦听器。

但是，我注意到大多数（如果不是全部）第三方捆绑包使用硬编码event_dispatcher服务调用。例如，JMS/JobQueueBundle使用以下

$this->dispatcher = $this->getContainer()->get('event_dispatcher');

正确发送事件的事件，但 debug.event_dispatcher不了解它们，这意味着Symfony Web探查器会错误地将被叫侦听器列为未调用。此外，还不清楚捆绑作者如何避免这种情况，因为他们没有生成容器文件的优势和 HTTP内核对象不会公开受保护调度程序对象的访问者。

那么，这是Symfony中的一个错误吗？

或event_dispatcher服务仅用于内核事件，这意味着所有这些捆绑作者都滥用它？

或（最有可能的候选人），是否是我缺少或未考虑的其他内容？

Answer 1

看起来我上面描述的场景不适用于最新版本的Symfony（2.4.1）。具体来说，在2.4.1中，生成的应用容器文件

app/cache/dev/appDevDebugProjectContainer.php

包含以下内容

$this->aliases = array(
    //...
    'event_dispatcher' => 'debug.event_dispatcher',
    //...
);

也就是说，与我正在处理的Symfony 2.3.6项目不同，event_dispatcher服务已被别名化为debug.event_dispatcher服务（当Symfony在开发模式下运行时）。这意味着当其他捆绑包在开发模式下请求event_dispatcher服务时，他们真的会获得debug.event_dispatcher服务。这使debug.event_dispatcher知道所有事件，并且可以正确地报告调度了哪些事件。

虽然这不是一个具体的答案，但它确实表明Symfony团队已经/意识到这个问题，这让我相信他们打算让Bundle开发人员为他们自己的活动使用event_dispatch服务。

使用Symfony 2事件调度程序

1 个答案: