Не знаю как ща интерпретатор пхп с этим работает, но я привык точкой с запятой закрывать)

Это не так важно, тебе не кажется? Не туда смотришь

да я та знаю что это фигня

нужно собеседования проходить, а я на словах терминалогию не знаю)))

Cyberpunk 2077 школота писала?))) смотрю какие там баги и такого еще не видел)))

спаунятся машины на поворота в гонках - это сильно)))

видимо там архитектуру для другого закладывали и раз 10 переписывали и думали за 7 лет че писать и нагородили )))

Думаешь они ее 7 лет делали? Да им просто полтора года дали, делайте вон до дедлайнов

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

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

Тёмная история. Странно в чате пхп разрабов читать осуждения про геймдев))

Ты готов засрать всё, при этом даже не изучив должным образом.

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

За ивентами скрывается observer. Когда я погружался в компонент диспетчера симфони, для меня также стало очевидным, что это те же самые middleware, например.

middleware лежат на уровне выполнения запроса, а в симфони все несколько хитрее если говорить про compiler-pass'ы

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

Надо быть последовательными, конечно, чтобы не путать людей. С другой стороны, если решение можно упроситить, то лучше вовремя остановиться. Но сам такой ход, конечно, никому не понравится.

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

Вот тут есть наглядная диаграмма, демонстрирующая работу middleware. https://www.slimframework.com/docs/v3/concepts/middleware.html
Я вижу, что мы можем навесить listener на response и уже с ответом сделать всё необходимое. Это разве не то же самое?

Или на request, если нам надо перехватить запрос.