сохранении, не связаных с бизнес-логикой.
К примеру у тебя сложный агрегат какой-то или компощитная сущность
Ответ - для различных операций сохранения и воссоздания объектов, если эти операции требуют какой-то логики, которая не обеспечена пакетом ОРМ
А можешь привести пример такой логики?
Я привёл выше
Согласен, ты сформулировал понятнее.
Я мож глупые вопросы задаю, но хочу разобраться. Вот есть у меня сложная сущность. Потребность в каких операциях может возникнуть, и которую можно было бы покрыть событиями? Кейс с датой модификации - ок, да, я понял, про него и сам окрамиус говорит. А ещё какие?
Если ты вызвал flush(), а у тебя в БД оказался результат не тот, которого ты ждал
Выглядит как инструмент тестирования
Когда данные твоей сущности лежат не только в базе
это как, позволите поинтересоваться?
Пример - сущность "файл", я выше о ней писал. Помимо записи в бд имеется ещё и сам файл на фс
это походит больше на бизнес
Почему бизнес? У меня есть сущность файл и я с ним работаю.
ну так работай, зачем тебе ивенты ?
Я привожу примеры, я никого не заставляю так делать.
Получается у тебя орм ответственна за сохранение файла куда-то там?
У меня получается файл и его метаданные - одна сущность. Мне файл без данных нах не нужен, как и данные без файла.
Обсуждают сегодня