Size: a a a

2021 October 06

Л

Лев in symfony
Ну грубо говоря тоже самое только без интерфейсов а на атрибутах
источник

Л

Лев in symfony
Вот вы написали "сковзная" да это лучше подходит
источник

МФ

Максим Федоров... in symfony
ну так и есть потому что
источник

Л

Лев in symfony
да я пишу же просто не мог слово вспомнить более правильное )
источник

МФ

Максим Федоров... in symfony
источник

МФ

Максим Федоров... in symfony
а над диспетчером событий сделай декоратор, который бы ВСЕ события првоерял бы на наличие этой мета-ифнормации
источник

Л

Лев in symfony
В атрибутах меня смущает вот еще что, допустим в эвенте прописано как ему себя показать в логе, допустим я вынесу просто это в атрибут и функционально ничего особо не поменяется. Но есть интерфейсы с более сложной логикой которую на атрибутах уже просто так не разложить, ну и как выше Сергей писал он думает что логику в таком случае лучше из них убрать.
источник

Л

Лев in symfony
При этом логика конечно все равно действует только над данными которые уже есть в событии
источник

МФ

Максим Федоров... in symfony
логику из событий убери конечно, это же логика
а событие — сообщение по своей сути
источник

МФ

Максим Федоров... in symfony
у тебя да, повится в приложении звено еще одни, которое будет знать, как с подтипами этих помеченных событий работать, ну кокнретно с каждым типом
источник

Л

Лев in symfony
Ну вот как бы сбалансировать теперь это чтобы не порождать тонну бойлерплейта... Тогда мне в каждый модуль придется добавить "сатуратор" который функционально будет делать тоже самое только уже логика не в событии
источник

МФ

Максим Федоров... in symfony
не

модуль просто генерирует свое событие (ну помеченное или нет)

глобальный диспетчер  ловит все,
все что помечено он отпарвляет в некоторый узел, который знает как каждое помеченное обогатить (логика ваша тут будет)

и скармливать вашему модулю-логеру
источник

МФ

Максим Федоров... in symfony
все просто и низкосвязано, логика приложеняи останется в вашем приложении, все по науке
источник

Л

Лев in symfony
Тогда в узле будет зависимость от всех модулей
источник

МФ

Максим Федоров... in symfony
не будет
источник

МФ

Максим Федоров... in symfony
а ну да, в узле будет
источник

МФ

Максим Федоров... in symfony
но этот узел на уровен приложения, ваше приложение и так содержит все ваши моудли
источник

МФ

Максим Федоров... in symfony
направление зависимостей правильное, приложение знает о модулях, модули нет (не знают ни о приложении, ни о логере ни о др модулях), все хорошо крч
источник

МФ

Максим Федоров... in symfony
узел != модуль-логер
источник

Л

Лев in symfony
да я понял
источник