-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Синглтон, антипаттерн и все-все-все
- Автор темы hell0w0rd
- Дата начала
Вурдалак
Продвинутый новичок
А это и не DI, а Service Locator на уровне контроллера, стандартная холиварная тема: http://nschoenmaker.nl/2013/11/defining-symfony-2-controllers-in-two-ways/
Просто оформлять контроллер как сервис кому-то кажется оверхедом.
И тем не менее, это antipattern. А вот это либо троллинг, либо некомпетентность:
Попробуй иногда своей головой думать, любитель авторитетов. «А вот здесь Fabien, а вот там Григорий». лол.
Последнее редактирование:
Redjik
Джедай-мастер
Service Locator === DIC, дальше что?
Ты не приводишь аргументированной точки зрения.
В симфони Service Container пихается всюду в том или ином виде.
Человек, который вместо того, чтобы высказать свою точку зрения - пишет, что все идиоты, видимо сам не отличается высоким интеллектом.
Больше не буду смотреть игнгорироемое содержимое.
Ты не приводишь аргументированной точки зрения.
В симфони Service Container пихается всюду в том или ином виде.
это только подтверждает
Человек, который вместо того, чтобы высказать свою точку зрения - пишет, что все идиоты, видимо сам не отличается высоким интеллектом.
Больше не буду смотреть игнгорироемое содержимое.
MiksIr
miksir@home:~$
DIC и сервис локатор по сути синонимы. Разница в том, по сути, в каком контексте используется - с DI или без DI.
Сервис локатор антипаттерн только с точки зрения DI, т.е. с той самой точки зрения, что все, что не DI - антипаттерн.
А ->item или ->get('item') ваще к паттерну отношения не имеет.
Сервис локатор антипаттерн только с точки зрения DI, т.е. с той самой точки зрения, что все, что не DI - антипаттерн.
А ->item или ->get('item') ваще к паттерну отношения не имеет.
Redjik
Джедай-мастер
дак я об этом и говорил =)))
Вурдалак
Продвинутый новичок
Вот именно, с того момента как ты DIC начинаешь пихать прямо в другой объект, это уже Service Locator. И инъекция зависимости напрямую или через injected контейнер — в этом и есть принципильная разница. В случае SL появляется зависимость на сам контейнер, появляются проблемы с автокомлпитом и хочется начать убивать. А эту самую разницу некоторые местные аборигены не видят вообще.
Сколько там hell0w0rd? 19? 20? Он знает поболее некоторых из местых «авторитетов» и «уважаемых людей».
Сколько там hell0w0rd? 19? 20? Он знает поболее некоторых из местых «авторитетов» и «уважаемых людей».
MiksIr
miksir@home:~$
Проблемы с автокомплитом - это и правда серьезные проблемы, но никакого отношения к паттернам не имеют. В конце концов можно писать ->get(Locator::SOME_SERVICE) т.е. через константы - и никаких проблем с автокомплитом. А остальной холивар сводится к DI или не DI, как мне кажется.
Redjik
Джедай-мастер
оппа прохлопал ушами видимо, где это глянуть?
MiksIr
miksir@home:~$
Это да, проблема. Если классов не очнь много - можно просто их всех перечислить через |. Но в общем лучше, конечно, без такого, да.
MiksIr
miksir@home:~$
Оно у них все еще на уровне эксперементального, посему очень ограниченное по функциям и описано где-то в тайном месте
В блоге натыкался, где-то весной.Вурдалак
Продвинутый новичок
Это и есть предмет разговора. Такая магия — это просто говнокод. Это факт. Другой вопрос, что тебе может быть проще нафигачить говнокод, это целесообразнее по времени и деньгам, но приятнее пахнуть он не станет. Ты сейчас взял и свёл всю тему в другое русло, обсуждение какой-то там фишки PhpStorm, а ведь так всё хорошо шло, можно было прямо из ковшика говном этого падавана юного поливать.
