Такая цепочка событий правильно?

Question

[Sanes]

Задача:
При добавлении нового пользователя, создать связанные записи в других таблицах.

1. в UserObserver created помещаю вызов событие UserCreatedEvent
   
2. Listeners для UserCreatedEvent выполняют необходимые действия
   

Не слишком много движений? Может как-то проще решается?

Comments

[Алексей Уколов]

Вопрос-то конкретно в чём?

[Sanes]

Алексей Уколов, не слишком много телодвижений для этой задачи? Может как-то проще можно?

[Алексей Уколов]

Можно не использовать события и слушатели, и прописать всю логику в том месте, где пользователь создаётся. Зависит от того, что конкретно делается, какой срок жизни проекта, какая команда над ним работает и так далее.

[Sanes]

Алексей Уколов, логика в Observer не костыль?

[Алексей Уколов]

Опять же — зависит от кода. Если вам нужно исполнять какую-то логику при любом добавлении любого пользователя через любые механизмы фреймворка, то не костыль.

[imdeveloper]

Sanes,  Я бы вообще Observer не использовал для мутации данных, таких как работа с базой, а events использовал бы например для отправки почты в нужное время. ИМХО- я бы не использовал Observer под эту задачу

[Sanes]

imdeveloper, в ответе подсказали, что есть в моделе свойство $dispatchesEvent.

Answer 1

[jazzus]

Я бы делал в обсевере. Он создан для событий модели и это удобно поддерживать. А не клепать на 10 моделей 60 ивентов, 500 слушателей и потом разгребать провайдер. Тем более если логикой не предусмотрено что какой-то из слушателей может вернуть false и остановить выполнение ивента. В $dispatchesEvent тоже не стал бы убирать. Вообще непонятно зачем это придумали, когда есть обсервер. В модели имхо и так много всего, чтобы еще для себя евенты запускать.