я вот все думаю сделать приблуду которая будет организовывать мне double dispatch сервисов в экшены контроллеров, что бы совсем избавиться от использования контейнера напрямую

http://www.martinfowler.com/articles/injection.html#UsingAServiceLocator

в частости там расписывается как сделать так что бы невилировать большую часть минусов сервис локаторов

ну и в целом это стоит почитать если есть сомнения что юзать и когда

я никогда не думал именно в таком ключе - "стоит ли мне тут использовать DI, Service Locator или Singleton?"

само по себе программирование паттернами - это антипаттерн

пишу как есть, а потом узнаю, что переизобрел какой-нибудь Registry

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

Проект новий или существующий?

Локатор легче внедрить

В существующий проект всмисле,

Если проект новий то di, контроллери/команди - локатор, как уже вище Фесор сказал :)

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

просто прими как факт - ты никогда не сможешь придвидить грабли

ну или делай все максимально явно

возьми Disco

неплохой контейнер зависимостей

простой как пробка

или php-di если на производительность пофигу и главное удобства

Проект новий или существующий?

Проект существующий. Но на данном этапе, я делаю сейчас новый модуль, на котором хочу потренироваться.

короч все довольно просто. Если в языке для организации модулей есть только классы - бери dependency injection

если есть модули - у тебя уже все хорошо)

просто прими как факт - ты никогда не сможешь придвидить грабли

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

SOLID уже знаешь?)

Вопрос с подвохом )

Вопрос с подвохом )

да никакого подвоха)

Модули, это я так называю их сейчас :) По сути, там сейчас просто папки, в каждой из которых свой хаос, в их неймспейсе

А я хочу сделать по единой структуре

это не те модули

я о модулях как в javascript например

структурная единица языка

папки это папки

Короче правильнее будет называть, не модули, а сервисы

эм... не

сервисы это... сервисы)

под модулем в php стоит воспринимать класс

unit = модуль

в php unit = класс

следовательно в php класс = модуль)

давай лучше по SOLID

Ок. Папка Request, в которой есть какая-то своя структура и зависимости между классами, с одним каким-то главным. Как это тогда назвать? :)

папка)

компонент если хочешь

О, точно. Компонент правильнее :)

ну или опять же - модуль тоже норм

модули могут состоять из других модулей

но не надо путать модули в каком-нибудь yii и модули как единицы декомпозиции системы

так это, что там с SOLID?

Нет, ничего сказать не смогу :) Много раз читал и слышал, и на кончиках пальцев понимаешь, что это, но осознанно по пути SOLID я никогда не шел.

а зря

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

Система должна быть написана так, что если ты что-то меняешь, то не ломалось всё, и везде

Но это и дураку понятно

ну вот это про SOLID

> Но это и дураку понятно оно может и понятно, но почему-то никто так не делает

В моем случае так получается, потому что было 3 чувака, которые писали как им хотелось, и никто ничего не контроллировал

А потом пришел я, сказал что все говно, давайте сначала

это так себе отговора не разбираться в том что это такое

и как это помогает разделять систему и управлять зависимостями

и это я еще про GRASP не начал впрягать

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

всем понятно что в чужом говне ковыряться противнее чем в своем)

Ну это я условно так сказал

Я то рефакторингом и занимаюсь

Но сейчас есть возможность заложить новый кирпичик уже

ты мне скажи почему не хочешь SOLID

это не из тех вещей которые надо долго вкуривать, оно... довольно просто все

Я хочу SOLID, но я не уверен, что я делаю как надо :)

ERROR: S client not available

что именно делаешь как надо?)

ну или не делаешь)

короч захочешь про SOLID поболтать - пиши, я всегда рад)

про любую букву

Возвращаемся к вопросу, о котором я писал неделю, или две назад, про два стула :) Делаю я компонент для рассылки нотификаций сейчас, для различных соцсетей. Для каждой АПИ, соответственно, свои там внутренние реализации, но интерфейс у них один, с методом sendNotification например. Этот функционал входит в ядро проекта, которое никто трогать не будет. Но потом приходит Вася какой-то, и говорит, мне надо здесь добавить две строчки своих кода в твоем методе, для моего проекта. Как в данном случае сделать так, чтобы Вася смог это сделать, не влезая в ядро?

пусть сделает свой класс, который в качестве зависимости юзает что-то в ядре

Просто extends, и всё?

никаких extends

implements максимум

а лучше вообще свой интерфейс замутить

с тем что надо

инверсия зависимости

наследование - это рак

Ну вот, ему надо будет мой интерфейс заюзать, но написать все же всё так как у меня, но добавить 2 строчки своих?

не надо ему твой интерфейс, пусть свой сделает с тем что ему надо

> но написать все же всё так как у меня, но добавить 2 строчки своих? смотря что за 2 строчки

но если единственный способ с твоим кодом расширять функционал это наследование или копипаста - значит с кодом что-то не так

Ну так я не хочу так сейчас сделать, чтобы нужна была копипаста эта

смотри

твой этот сервис для нотификаций

какой у него интерфейс?

и что делают те две строчки которые надо добавить?

Не знаю, я это всё сейчас придумал

Я не реальный пример привел. А то, как я предполагаю уже будет

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

и самое главное

напиши тест!

ну сейчас можно без тестов)

так неинтересно

потом будет про тесты мозг промывать

Экстремальное программирование, это программирование без тестов

Я люблю экстрим