так мне и так понятно, я просто опрос делаю кто, когда и где бросает событие

Зависит от того как фейлы на логику могут повлиять
ДО удаления
после удаления
Или сагу использую и тогда транзакционно во время

есть событие preRemove и postRemove

попробую сейчас более подробно описать кейс

я для себя вывод сделал "вообще не используйте" 😊

писал что без доктрины

шта ? вы о doctrine.event_listener ?

и о них тоже

вроде как и доктриной

он сам не знает чего хочет ))

Есть Coupon -> OneToMany -> Promocode
промокод может быть выдан 100500 юзерам для пользования
есть у нас хендлер (контроллер, ендпоинт, как угодно называйте) DELETE /coupons/id
в нем мы делаем
couponRepository->remove($coupon)
flush
messageBus->dispatch(CouponDeleted)

однако нам нужно разослать оповещения пользователям которым были розданы промокоды что они более недействительны

вот мне интересно кто какой вариант выбирает
1. прямо в хендлере получить список промокодов купона и на каждый бросить событие
2. в купон сущности создать события и вернуть их, а потом бросить события в бас
3. доктрина через post/preRemove

другие варианты

я хочу знать кто как делает, а не КАК сделать технически

Если на сам хендлер есть ретраи есть то я бы выбрал 1 вариант
Бросил событие а потом удалил

3 и 4 не дают гарантии что событие отправится

тогда мы теряем инкапсуляцию...потому как вызывающая сторона должна знать о промокодах в купоне
может тогда вариант 2 лучше ?

о понеслось

рассылка уведомлений никак не относится к событию доктрины, это отдельный сервис со своей ответственностью, также это будет 100500 уведомлений, которые также нужно контролировать на успех

да при чем тут доктрина ? далась вам эта доктрина :) возьмите другой ОРМ или без ОРМ

для меня хэндлер команды удаления купона в том же модуле где и купон
не вижу проблем с инкапуляцией

понял, спасибо, мысль понял