如何判断当前事务是否会更改具有Doctrine 2的任何实体？

Question

我正在使用Doctrine来保存用户数据,我希望有一个last modification字段.以下是用户在按下后如何保存表单的伪代码Save:

• 开始交易
• 做很多事情,可能是查询数据库,可能不是
• 如果此交易有任何改变
  • 修改last updated字段
• 提交事务

有问题的部分是if anything will be changed by this transaction.Doctrtrine可以给我这样的信息吗？

如何判断当前交易中的实体是否发生了变化？

编辑

只是为了清理,我试图修改一个被调用lastUpdated的实体中调用的字段,User如果提交User了当前事务,任何实体(包括但不限于)将被更改.换句话说,如果我启动事务并修改被调用nbCars实体的字段Garage,我希望更新实体的lastUpdated字段,User即使该实体尚未被修改.

Answer 1

这是一个必要的回复,旨在纠正@ColinMorelli发布的内容(因为不允许在生命周期事件监听器中进行刷新 - 是的,在文档中有一个位置说不然,但我们将摆脱它,所以请不要做到这一点!).

你可以简单地听onFlush一个像下面这样的听众:

use Doctrine\Common\EventSubscriber;
use Doctrine\ORM\Event\OnFlushEventArgs;
use Doctrine\ORM\Events;

class UpdateUserEventSubscriber implements EventSubscriber
{
    protected $user;

    public function __construct(User $user)
    {
        // assuming the user is managed here
        $this->user = $user;
    }

    public function onFlush(OnFlushEventArgs $args)
    {
        $em  = $args->getEntityManager();
        $uow = $em->getUnitOfWork();

        // before you ask, `(bool) array()` with empty array is `false`
        if (
            $uow->getScheduledEntityInsertions()
            || $uow->getScheduledEntityUpdates()
            || $uow->getScheduledEntityDeletions()
            || $uow->getScheduledCollectionUpdates()
            || $uow->getScheduledCollectionDeletions()
        ) {
            // update the user here
            $this->user->setLastModifiedDate(new DateTime());
            $uow->recomputeSingleEntityChangeSet(
                $em->getClassMetadata(get_class($this->user)), 
                $this->user
            );
        }
    }

    public function getSubscribedEvents()
    {
        return array(Events::onFlush);
    }
}

User仅当UnitOfWork包含要提交给DB 的更改时,才会将更改应用于已配置的对象(工作单元实际上是您可能定义为应用程序级别状态事务的工作单元).

您可以随时通过致电向ORM注册此订户

$user         = $entityManager->find('User', 123);
$eventManager = $entityManager->getEventManager();
$subscriber   = new UpdateUserEventSubscriber($user);

$eventManager->addEventSubscriber($subscriber);

Answer 2

很抱歉一开始给您错误的答案，这应该引导您走向正确的方向（请注意，它并不完美）。

您需要实现两个事件。监听 OnFlush 事件的一个，其行为如下：

// This should listen to OnFlush events
public function updateLastModifiedTime(OnFlushEventArgs $event) {
    $entity = $event->getEntity();
    $entityManager = $event->getEntityManager();
    $unitOfWork = $entityManager->getUnitOfWork();

    if (count($unitOfWork->getScheduledEntityInsertions()) > 0 || count($unitOfWork->getScheduledEntityUpdates()) > 0) {
        // update the user here
        $this->user->setLastModifiedDate(new \DateTime());
    }
}

我们需要等待 OnFlush 事件，因为这是我们访问所有即将完成的工作的唯一机会。请注意，我没有在上面包含它，但$unitOfWork->getScheduledEntityDeletions()如果您想跟踪它，也可以包含它。

接下来，您需要另一个最终事件侦听器来侦听 PostFlush 事件，如下所示：

// This should listen to PostFlush events
public function writeLastUserUpdate(PostFlushEventArgs $event) {
    $entityManager = $event->getEntityManager();
    $entityManager->persist($this->user);
    $entityManager->flush($this->user);
}

不幸的是，一旦交易开始，就已经太晚了，无法获得拯救另一个实体的原则。因此，我们可以在 OnFlush 处理程序中更新对象的字段User，但实际上无法将其保存在那里。（您可能可以找到一种方法来做到这一点，但 Doctrine 不支持它，并且必须使用 UnitOfWork 的一些受保护的 API）。

但是，一旦事务完成，您可以立即执行另一个快速事务来更新用户的日期时间。是的，这确实有一个不幸的副作用，即不能在单个事务中执行。