Symfony/EventSubscriber vs EntityListener

Question

编辑：为了避免混淆，这个问题是关于实体侦听器的，而不是关于事件侦听器的

我正在学习Symfony事件，并研究EntityListeners和EventSubscribers是如何工作的。

据我所知，EntityListener只连接到一个实体，而EventSubscriber方法会被所有实体调用。最终，在EventSubscriber类中，我必须执行以下操作：

public function prePersist(LifecycleEventArgs $args)
{
    $object = $args->getObject();

    if ($object instanceof xxxxxxx) {
        $this->doSomething();
    }
}

所以当我需要监听单个实体的事件时，我应该使用EntityListener，当我想要监听所有实体的事件时，我应该使用EventSubscriber。

但是...看看最流行的捆绑包，如FOSUserBundle、VichUploaderBundle、SonataMediaBundle等，它们都使用EventSubcriber接口，没有一个使用EntityListener。即使他们只需要听一个实体。

我还没有看到使用EntityListener的包。

我的问题是：为什么？

从我的角度来看，EntityListener应该更有效，因为它只针对单个实体。打电话来说，每个实体更新都有20个预更新订阅者，这似乎不是很优化？

Answer 1

EntityListener仅附加到一个实体，而EventSubscriber方法将为所有实体调用。

无法将EntityListeners与EventListeners/EventSubscribers进行比较。

与实现事件侦听器不同，实体侦听器仅对指定的实体调用。

实体侦听器：实体侦听器是用于实体的生命周期侦听器类。

甚至监听器：它们位于实体之上，允许您跨不同的实体类实现可重用的行为。

引用@stof关于事件监听器和事件订阅者之间的区别：

订阅者的主要优势（以及Symfony在2.1中切换到订阅者的原因）是，它将事件的知识保存在类中而不是服务定义中，从而更容易在其他上下文中重用侦听器（例如Silex，这就是Symfony代码被更改的原因）。

另一方面，通过服务定义注册侦听器为捆绑包的DI设置提供了更大的灵活性（例如，允许根据配置有条件地添加标记）