На кой ляд ему локаторы, компайл-пассы и классы над массивами?

1. я и говорю что он может просто передать мэпу сервисов 2. в этом случае все сервисы будут инстанцированы, вдруг их много 3. локатор делается в том же yaml без компайл пасов

вот как-то с PHP-DI таких вопросов не возникало

потому что там php dsl а не ебалово с yaml?)

потому что там php dsl а не ебалово с yaml?)

ну возможно)

php-di кстате вполне норм внутри)

но мне моя либа больше нравиться)

для тех кто не знает <тут ссылка само пиара> xD

p.s. в симфони можно было с самого начала ебашить на php все конфиги. Ну и я все еще не смотрел их php-dsl

но мне моя либа больше нравиться)

больше велосипедов богу велосипедов

больше велосипедов богу велосипедов

ну смотри

не хочу)

не буду

считай есть symfony di, pimple, php-di

это из известных

не хочу)

да я не в этом плане смотреть )

ты забыл zend-овский, и есть еще пяток попроще

вот почему они не реюзали ?)

и pimple из этого списка вычеркни

ну да еще у ларки

вот почему они не реюзали ?)

потому что они развивались паралельно в разное время

у PHP-DI была чуть другая философия изначально, как и у Symfony DI

league di

тут не забывай NIH синдром + у них камень предкновения - возможность автовайринга. Напомню что в симфони автовайринг уже позже появился чем он был реализован в php-di и в league di

ларавелевцы любят делать красивые компоненты и потом прибивать их гвоздями в какому-нибудь говну

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

ларавелевцы любят делать красивые компоненты и потом прибивать их гвоздями в какому-нибудь говну

это выражение можно в рамку и на стену вешать

Application extends Container xD

там примерно такое )

ну я о том и говорю

я недавно в lumen свой di хотел впихнуть

тот факт что ты сделал еще один DI контейнер говорит лишь о том что NIH синдром все еще правит бал

там все не так просто заменить)

тот факт что ты сделал еще один DI контейнер говорит лишь о том что NIH синдром все еще правит бал

учитывая когда я начал делать свой

тут не так надо

arguments: - Foo: @Bar Bar: @Baz

короч смотри как в yaml задать массив мэп)

а теперь интересный момент: я захочу передавать второй аргумент, и, похоже, всё сдохнет =(

а теперь интересный момент: я захочу передавать второй аргумент, и, похоже, всё сдохнет =(

почему?

``` arguments: - Foo: @Bar Bar: @Baz - "Second argument" ```

блин... телеграм такой телеграм

Чот мне кажется, что проблема не в DI или его реализации в конкретном движке, а в понимании синтаксиса

можно даже вот так что б совсем красиво: arguments: $nameOfFirstAgument: Foo: @Foo Bar: @Bar $nameOfSecondArgument: "%some_param%"

можно даже с автовайрингом) но не для мэпы

Чот мне кажется, что проблема не в DI или его реализации в конкретном движке, а в понимании синтаксиса

по большей части да

можно даже вот так что б совсем красиво: arguments: $nameOfFirstAgument: Foo: @Foo Bar: @Bar $nameOfSecondArgument: "%some_param%"

о! а вот с $ я еще не попробовал

yaml хитрый и оч мощный (и оч легко проебаться)

с баксом - это когда у тебя имя в конфиге совпадает с именем в конструкторе

с баксом - это когда у тебя имя в конфиге совпадает с именем в конструкторе

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

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

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

не понял для calls?

не понял для calls?

да, могу ошибаться

yaml хитрый и оч мощный (и оч легко проебаться)

я до этого с ямлом работал только когда писал docker-compose файлы, там как-то не возникало желания монитор в стену кинуть

я практически не юзаю calls что бы знать как оно работает)

аргументы для методов? да, возможно, будет работать по крайней мере, было бы логично) та же фигня :D

я до этого с ямлом работал только когда писал docker-compose файлы, там как-то не возникало желания монитор в стену кинуть

ансибла на тебя нет

меня ансиблом совращали, но я не поддался

ансибл классная штука

ансибл классная штука

когда есть где применить

а у нас им админы рулят

ну он жизнь админам и упрощает

но там есть нюансы некоторые

ну и пущай себе рулят ансиблом, а мне докеры локально поднимать можно и без него)

ниасилил ансибл, юзаю докер в проде /shrug

ну у нас вот начался вроде переход на докеры

только не очень понимаю зачем

локально — да, збс

ERROR: S client not available

вроде тема с ансиблом работает... "не трожь руками что работает и так"

хотя вроде как начать хотят с тестовых сред, посмотрим что из этого выдет

в моей ситуации - появилось больше сервисов, девопс - фиг достучишься, а ансибл осваивать нормально самому не хотелось - слишком уж девопсятня

ну у нас всё равно 70% сервисов руками управляются, так что хз...

хотя если подумать... у нас сервер очередей это yii2-queue+redis, можно на этом заканчивать)

можно даже вот так что б совсем красиво: arguments: $nameOfFirstAgument: Foo: @Foo Bar: @Bar $nameOfSecondArgument: "%some_param%"

собсна вот такой вариант мне нравится больше всего

и сразу мапа с сервисами и понятно в какой аргумент эта мапа пошла не по порядку, а по названию, каеф

на выходе получил такое Cannot autowire service "App\CommandBus\DefaultCommandBus": argument "$handlerMap" of method "__construct()" is type-hinted "array", you should configure its value explicitly.

Та укажи ты просто как массив все сервисы, без указания имени аргумента

``` arguments: - Foo: @Bar Bar: @Baz - "Second argument" ```

Вот так

Причём даже без ключей, чисто массив, а не мап/хэш

Причём даже без ключей, чисто массив, а не мап/хэш

ему соответствия командам нужны походу

для простого роутинга

Так можно это и в код вынести, в какой-то supports() метод

можно но зачем?)

И с другой стороны - можно вот такой массив как ты писал передавать

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

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

и не надо будет хэндлеры все ленивыми делать/инстанцировать все сразу

https://symfony.com/blog/new-in-symfony-3-3-service-locators

к слову именно тот пример что требуется)))

https://symfony.com/blog/new-in-symfony-3-3-service-locators

в 4 это работает?

конечно

можно но зачем?)

Чтоб если ответственность о том, кто хэндлит, выйдет за рамки строковых значений - всё бы уже работало "искаробки"

https://symfony.com/doc/current/service_container/service_subscribers_locators.html

у меня мой graphql сервер так ресолверы разруливает

у меня мой graphql сервер так ресолверы разруливает

ну вот и тут gql сервер по идее должен получиться

попытка соскочить с Yii на симфонию

https://symfony.com/doc/current/service_container/service_subscribers_locators.html

да, тож неплохой пример)

Чтоб если ответственность о том, кто хэндлит, выйдет за рамки строковых значений - всё бы уже работало "искаробки"

Но это больше о будущем, которое может не наступить)

у меня мой graphql сервер так ресолверы разруливает

осталось перевести его на аннотации или придумать че поудобнее тегов)