AY
Использование событий делает логику неявной, скрывает еë.
Это усложняет понимание и затрудняет поддержку.
Лучше описывать явно, без событий
Size: a a a
2020 September 20
AB
Да уж, что за ужас у тебя в голове
ДК
Да уж, что за ужас у тебя в голове
То есть ты хочешь сказать что событийная модель явная как день и ты сразу разберёшься как это работает в проекте?
AB
События нужны для асинхронной обработки чего либо
А
То есть ты хочешь сказать что событийная модель явная как день и ты сразу разберёшься как это работает в проекте?
Да
AB
И да, я плюсую что там ничего сложного
ДК
События нужны для асинхронной обработки чего либо
С каких пор пхп стал асинхронным ?
А
С каких пор пхп стал асинхронным ?
Он про джобы
AB
Ага
ДК
Он про джобы
А, тогда ок
NO
Да уж, что за ужас у тебя в голове
Попробуйте поработать с проектом, где команда увлеклась использованием событий, и тогда поймëте о чëм я.
AB
Попробуйте поработать с проектом, где команда увлеклась использованием событий, и тогда поймëте о чëм я.
ну везде баланс нужен, где нужно использовать очередь и события — там это уместно, для всего остального есть сервис слой
NO
ну везде баланс нужен, где нужно использовать очередь и события — там это уместно, для всего остального есть сервис слой
Мы видимо с вами говорим о разных событиях.
IH
Мы видимо с вами говорим о разных событиях.
А к pipeline как вы относитесь?
NO
А к pipeline как вы относитесь?
Прочитал. Полезная штука.
IH
Я так понял можно вместо событий юзать
IH
Или не прав?
NO
Нет, это не взаимозаменяемые вещи )
SK
Кто-нибудь работал с пакетом Goutte для парсинга?
S
Sasha Korn
Кто-нибудь работал с пакетом Goutte для парсинга?
Нет