RM
Size: a a a
2020 August 03
СП
В params: https://github.com/yiisoft/yii-cycle/blob/master/docs/ru/installation.md указывается конфигурация поставщиков схем
AM
https://github.com/yii-extension/app-advanced/blob/master/backend/config/backend-providers-web.php вот для таких случаев теоретически может пригодится, чтобы не подключать params через include
А зачем их не подключать через include?
СП
А зачем их не подключать через include?
Сейчас же именно
$params не подключаются через include, они уже есть в любом конфиге. А если я назову $myParams , то тут уже только через include.А
@roxblnfk named arguments намёржили в PHP 8. Теперь можно так:
$params = [
'param1' => 42,
'param2' => 'test',
];
$myObject = new MyClass(...$params);
По идее, это упрощает работу injector под 8-ку, верно?
$params = [
'param1' => 42,
'param2' => 'test',
];
$myObject = new MyClass(...$params);
По идее, это упрощает работу injector под 8-ку, верно?
Только в исключительных случаях. В целом не упращает
А
Идеологический вопрос.
Классы/интерфейсы конфигурируются в конфиге контейнера или через сервис-провайдеры. Но вот здесь, например, сконфигурировать можно сразу в списке поставщиков схем.
В каких случаях конфигурацию классов/интерфейсов нормально делать вне конфига контейнеров или сервис-провайдеров?
Классы/интерфейсы конфигурируются в конфиге контейнера или через сервис-провайдеры. Но вот здесь, например, сконфигурировать можно сразу в списке поставщиков схем.
В каких случаях конфигурацию классов/интерфейсов нормально делать вне конфига контейнеров или сервис-провайдеров?
Ничто не мешает сделать тоже самое в контейнере
СП
Ничто не мешает сделать тоже самое в контейнере
Да, я понимаю, но тут вопрос - это хорошо или плохо :)
А
Да, я понимаю, но тут вопрос - это хорошо или плохо :)
Почему плохо?
СП
Вот я и пытаюсь понять
А
Вот я и пытаюсь понять
ничего плохого. Тут даже наоборот:
Конфигурирование провайдеров происходит не через конструктор, а иммутабельным методом. Мы можем настроить два и больше провайдеров в одной очереди по-разному.
Конфигурирование провайдеров происходит не через конструктор, а иммутабельным методом. Мы можем настроить два и больше провайдеров в одной очереди по-разному.
СП
Но почему, тогда использовать анонимную функцию в параметрах для получения сконфигурированного экземпляра класса это плохо?
СП
Или критерий - что не должно быть функций?
DS
Давайте сначала решим корректен ли такой конфиг, когда зависимости указываются в параметрах.
https://github.com/yiisoft/yii-console/blob/master/config/params.php#L14
https://github.com/yiisoft/yii-console/blob/master/config/params.php#L14
Д
https://github.com/yiisoft/composer-config-plugin/blob/master/src/Reader/PhpReader.php
В PHP-ридере перед получением каждого из конфигов делается extract для всех переменных из билдера. Поэтому внутри конфига будут доступны все предыдущие конфиги.
В PHP-ридере перед получением каждого из конфигов делается extract для всех переменных из билдера. Поэтому внутри конфига будут доступны все предыдущие конфиги.
нашел все-таки где это.. мне тогда лень искать стало.
молодец
молодец
В
Привет. Что посоветуете почитать за последние несколько сотен сообщений?)
DS
Привет. Что посоветуете почитать за последние несколько сотен сообщений?)
Отдельные группы надо для вопросов и разработки)
В
Отдельные группы надо для вопросов и разработки)
Под группой имеешь ввиду чат?
DS
Под группой имеешь ввиду чат?
ну да)
AM
Сейчас же именно
$params не подключаются через include, они уже есть в любом конфиге. А если я назову $myParams , то тут уже только через include.И чем это плохо?
СП
И чем это плохо?
Два разных варианта:
1) получать параметры через include
2) получать сразу (плагин создаст переменные)
1) получать параметры через include
2) получать сразу (плагин создаст переменные)