AM
И второй класс через
Reference::to()А чего не все классы через reference?
Size: a a a
2020 April 08
DS
С явным заданием номера параметра тоже норм, кейс Дмитрия с запаковкой параметров в конструкторе тоже работать будет
DS
А чего не все классы через reference?
Для разнообразия
AM
AM
Ну поменяет стороння библиотека имя параметра - переименуешь в конфиге. А если местами переставит, то как ты сейчас это решать будешь? Тоже сломается.
Местами - это ожидаемый слом.
DS
Первый на автомате должен заинжектится, а второй конкретным инстансом
DS
Вот тебе реальный конструктор, на котором я и задался вопросом об именованных параметрах
DS
А вот тебе реальный кейс с ним
'__construct' => ['path' => Reference::to('mailerPath')]
//container config
'mailerPath' => function () use ($params) {
return $params['mailerPath'];
}
''А
во нафлудили...
А
а билдеры как в php-di не канают?
А
где можно методами дописывать правила
DS
а билдеры как в php-di не канают?
Я, кстати, придумал как можно убрать рефлексию в контейнере)
А
заменить методами, которые под капотом юзают рефлексию?
DS
заменить методами, которые под капотом юзают рефлексию?
Нет, кешировать отрезолвленные зависимости в памяти, думаю так быстрее будет чем рефлексия)
DS
Сейчас они хранятся в статическом свойстве ArrayBuilder::dependecies, по событию AfterEmit сохранять их в кеш, а в билдере проверять их наличие там, если есть, то забирать и юзать. Но это все для прода, конечно.
А
@yiiliveext посмотри тогда плз кейсы, которые тестами не покрыты
А
просто Injector ближайший претендент на релиз
Д
Сейчас они хранятся в статическом свойстве ArrayBuilder::dependecies, по событию AfterEmit сохранять их в кеш, а в билдере проверять их наличие там, если есть, то забирать и юзать. Но это все для прода, конечно.
Я бы скрестил это с композер-плагином, чтобы тот в нужном окружении просто тянул отрезолвленный кеш, а не просто конфиг
Д
@yiiliveext посмотри тогда плз кейсы, которые тестами не покрыты
Мой кейс покрыт?