ДК
Забаньте его кто-то уже.
крик души)
Size: a a a
2020 August 28
AP
пхппрограммист и так уже здесь забанен
i
А что не так с вызовом через app?
Сервис локатор, тогда как в ларе есть хоть и урезанный (в сравнении с симфой) Di контейнер
i
Халявному фреймворку в вендор не смотрят, но Антон прав. Лара провоцирует людей писать плохой код. Мне достался проект, которые на ларе писали миддлы без какого-либо контроля, и это просто фарш из бесконечных вызовов сервисов через app(). И они не понимают, что сделали не так, ведь в доках так можно, в стак оверфлоу все так пишут, ну что вы нудите-то, нормально же написано.
Фреймворк должен хоть немножко поощрять хорошие практики, потому что если этого не поощрять, девелопер неминуемо начинает скатываться к аналогам глобальных переменных. А чо не-то? Так думать проще, сел и пиши всё глобально, красота. А назовешь ты синглтоном или еще как - без разницы, если суть в целом та же.
Фреймворк должен хоть немножко поощрять хорошие практики, потому что если этого не поощрять, девелопер неминуемо начинает скатываться к аналогам глобальных переменных. А чо не-то? Так думать проще, сел и пиши всё глобально, красота. А назовешь ты синглтоном или еще как - без разницы, если суть в целом та же.
Скорее не Лара, а её коммунити. Так то в симфе тоже есть сервис локатор
i
Ребята подскажите какой нибудь smtp сервис для отправки почты просто не хочется gmail использовать
Сендгрид
А
Скорее не Лара, а её коммунити. Так то в симфе тоже есть сервис локатор
Только один вариант сервис-локатора: это если инжектить ContainerInterface. Но если сделать все сервисы по умолчанию приватными, то такой инжект бессмысленен. В сравнении с ларой, где и хелперы являются сервис локаторами, и фасады, и статический вызов контейнера, это ничто.
i
Ну вот мы ща потихоньку приводим код к полностью DI, даже всякие config. Это довольно просто, на самом деле
i
За исключением всяких фабрик (фабрики ларавел я имеются ввиду)
А
За исключением всяких фабрик (фабрики ларавел я имеются ввиду)
Например?
i
Ну фабрики в ларавеле
i
Которые модели заполняют
i
Factory в директории database
А
аа, ну так они же только локально
A
Factory в директории database
Код для тестов немного другой природы, поэтому пофиг на DI
v
Ну вот мы ща потихоньку приводим код к полностью DI, даже всякие config. Это довольно просто, на самом деле
а в чем ценность такого рефакторинга?
А
а в чем ценность такого рефакторинга?
Меньше каплинга в коде. Рефакторят не только потому, что код плохой, но не менее часто потому что поменялись бизнес требования. И хороший код тот, что легче поддается новым изменениям, а для этого нужно следить за различными метриками в коде. Сервис-локатор из этой оперы: чем его больше, тем сложнее менять код и тестировать.
А
Разве не тупо, когда на изменение кода влияет настройка какой-то глобальной штуки?
mБ
mБ
это суровая правда жизни