Есть ли принципиальное отличие между Event-Listener и Jobs = «sync»?

Question

[Роми]

Я правильно понимаю, что вместо связки Event-Listener можно запросто использовать Jobs с настройкой "sync" и это будет то же самое по результату?

Если нет - почему?

Спасибо.

Answer 1

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

Смотря что понимать под "результатом".
Функционально, в плане выполняемого кода, разницы не будет. Но усилится связанность кода, его станет несколько сложнее расширять. В реальном проекте, скорее всего, на практике вы этого не заметите, особенно если у события был только один обработчик.

Comments

[Роми]

особенно если у события был только один обработчик.

Ну, кстати, да, резонное замечание.

Я для себя уяснил так, что events - это как хуки в WP )) ну, так ведь же?)) а на каждый хук можно понавешать 100500 всяких разных вещей.

С другой стороны, если листенер один - то, вот и отсюда мой вопрос проистекает, можно ли его безболезненно заменить моментально исполняемым джобом?

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

Тэйлор считает, что синхронный джоб — это нонсенс и тут я склонен с ним согласиться.
Вызывайте просто какой-то сервис, зачем вам оборачивать его в джоб в данном случае?

[Роми]

Алексей Уколов, ну, хотя бы затем, что при необходимости его легко можно сделать асинхронным. Ключевое слово: легко :)

[Роми]

Алексей Уколов, ...впрочем, я не настаиваю ) я сейчас просто пытаюсь для себя уяснить, что в Laravel действительно полезно, и usefull, а что - такое себе, изыски упоротых на ооп-дизайне гиков))

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

Сделать синхронный джоб + потом сделать его асинхронным === Сделать сервис + потом обернуть его в асинхронный джоб.
Я код много лет пишу, ещё ни разу не надорвался от тяжести.