WedX - журнал о программировании и компьютерных науках

Сохранение изменений, внесенных в документ, с помощью события жизненного цикла Doctrine PreUpdate

У меня есть подписчик событий, который содержит два метода событий жизненного цикла: prePersist и preUpdate. PrePersist работает так, как ожидалось — я изменяю документ, и изменения отражаются позже, когда я извлекаю документ. Однако preUpdate не работает должным образом. Вот как это выглядит в основном:

/**
 * Also update the foo code when the bar profile is updated.
 * @param LifecycleEventArgs $args
 */
public function preUpdate(LifecycleEventArgs $args)
{
    $document = $args->getDocument();
    if ($document instanceof BarProfile) {
        $document->setFooCode('Salamanders');
    }
}

Если я создам документ и установлю для его fooCode значение «заполнитель» в функции perPersist, то, когда я получу документ позже, его fooCode будет «заполнителем». Если я затем обновлю его и снова извлеку, то я ожидаю, что его fooCode будет «Саламандры». Тем не менее, это все еще «заполнитель». Я даже пытался поместить туда error_log() материал, и он записывает материал в журналы, чтобы я мог видеть, что этот метод выполняется.

Есть ли второй шаг, который я должен сделать после $document->setFooCode(), чтобы сохранить новое значение fooCode?

symfony lifecycle orm doctrine-orm
31.12.2014

  • Прочитайте мелкий шрифт и пример: doctrine-orm.readthedocs.org /en/latest/reference/. Многие люди спотыкаются на этом. 31.12.2014
  • Я читал это ... но я не понимал, что это значит, пока ответ ниже не объяснил это. 31.12.2014
  • На самом деле я остановился на решении в doctrine-mongodb -odm.readthedocs.org/en/latest/reference/, потому что я не мог заставить его распознавать имя свойства, которое я изменял в объекте. 31.12.2014

Ответы:


1

Вы не можете изменить поля непосредственно в событии preUpdate, вы должны изменить их примитивные значения. Изменения в ассоциациях не допускаются. Вам нужно будет сделать:

$eventArgs->setNewValue('fooCode', 'Salamanders');

Вы заявили "PrePersist работает должным образом — я изменяю документ, и изменения отражаются позже, когда я извлекаю документ".

Это наводит меня на мысль, что вы можете не знать о разнице между сохранением и обновлением. В Doctrine сохранение происходит, когда вы создаете объект в первый раз. Обновление происходит, когда вы вносите изменения в существующий объект, которым уже управляет Doctrine. Многих это смущает, но вам не нужно вызывать persist(), когда вы обновляете существующую сущность, вам нужно только вызвать flush(). Например:

// inserts a new entity into the database
$document = new Document();
$document->setName('My Document');

$em->persist($document);
$em->flush();

и

// retrieves entity from the database, makes a change, then updates the database
$document = $em->findOneByName('My Document');
$document->setFooCode('Salamanders');

$em->flush();

Я призываю вас прочитать документацию по Doctrine, как советовал Серад. . Обратите особое внимание на следующие утверждения для события preUpdate:

  • PreUpdate — это наиболее ограниченное в использовании событие.
  • В этом событии никогда не допускается изменение связей обновленного объекта.
  • Изменения в полях переданных сущностей больше не распознаются операцией сброса, используйте вычисленный набор изменений, переданный в событие, для изменения значений примитивных полей.
31.12.2014
  • Я знаю, что это старо, но есть одна часть вашего комментария, которая не на 100% верна. Если вы используете ParamConverter, объект, введенный в действие вашего контроллера, не отслеживается EntityManager, и изменения не сохраняются автоматически при выполнении flush(). Поэтому вам нужно сначала сохранить() этот объект. 21.02.2019
  • Спасибо за дополнительную информацию. Это новое поведение? Я знаю, что ответил на это в 2014 году. 21.02.2019
  • Был там с тех пор, как начал работать с Symfony, но я был разработчиком Symfony всего полтора года. 21.02.2019
    • Новые материалы
    Как проанализировать работу вашего классификатора?
    Не всегда просто знать, какие показатели использовать С развитием глубокого обучения все больше и больше людей учатся обучать свой первый классификатор. Но как только вы закончите..
    Работа с цепями Маркова, часть 4 (Машинное обучение)
    Нелинейные цепи Маркова с агрегатором и их приложения (arXiv) Автор : Бар Лайт Аннотация: Изучаются свойства подкласса случайных процессов, называемых дискретными нелинейными цепями Маркова..
    Crazy Laravel Livewire упростил мне создание электронной коммерции (панель администратора и API) [Часть 3]
    Как вы сегодня, ребята? В этой части мы создадим CRUD для данных о продукте. Думаю, в этой части я не буду слишком много делиться теорией, но чаще буду делиться своим кодом. Потому что..
    Использование машинного обучения и Python для классификации 1000 сезонов новичков MLB Hitter
    Чему может научиться машина, глядя на сезоны новичков 1000 игроков MLB? Это то, что исследует это приложение. В этом процессе мы будем использовать неконтролируемое обучение, чтобы..
    Учебные заметки: создание моего первого пакета Node.js
    Это мои обучающие заметки, когда я научился создавать свой самый первый пакет Node.js, распространяемый через npm. Оглавление Глоссарий I. Новый пакет 1.1 советы по инициализации..
    Забудьте о Matplotlib: улучшите визуализацию данных с помощью умопомрачительных функций Seaborn!
    Примечание. Эта запись в блоге предполагает базовое знакомство с Python и концепциями анализа данных. Привет, энтузиасты данных! Добро пожаловать в мой блог, где я расскажу о невероятных..
    ИИ в аэрокосмической отрасли
    Каждый полет – это шаг вперед к великой мечте. Чтобы это происходило в их собственном темпе, необходима команда астронавтов для погони за космосом и команда технического обслуживания..
    Для любых предложений по сайту: [email protected]