Как получить доступ к добавленному мной блоку конфигурации?

Question

[Николай Егоров]

Я так понимаю, что конфиг пишется для бандла, и без использования бандла добавить новую секцию в config/services.yaml - не получится. Поэтому я написал конфиг (добавив новую секцию как и хотел), добавил классы src/DependencyInjection/AppSettingsConfiguration.php и src/DependencyInjection/AppSettingsExtension.php, добавил строку в фаил config/bundles.php для подключения бандла.

Но как использовать написанную мною конфигурацию - не пойму. Банально не могу понять как получить доступ к добавленному мной конфигу. DUMP() в src/DependencyInjection/AppSettingsExtension.php выводит добавленное мной дерево в виде массива, ошибок не вылетает. Но как, например, в контроллере получить доступ, или в сервисе, или в твиге...

Помогите плиз!

class AppSettingsExtension extends Extension
{
    public function load(array $configs, ContainerBuilder $container)
    {
        $configuration = new AppSettingsConfiguration();
        $config = $this->processConfiguration($configuration, $configs);

        dump($config);
    }
}

class AppSettingsConfiguration implements ConfigurationInterface
{
    public function getConfigTreeBuilder()
    {
        $treeBuilder = new TreeBuilder();
        $rootNode = $treeBuilder->root('app_settings');

        $rootNode
            ->children()
                ->arrayNode('menuItems')
                    ->children()
                        ->arrayNode('mappings')
                            ->useAttributeAsKey('name')
                            ->arrayPrototype()
                            ->children()
                                ->scalarNode('class')->end()
                                ->scalarNode('type')->end()
                                ->scalarNode('trans')->end()
                            ->end()
                        ->end()
                    ->end()
                ->end()
            ->end();

        return $treeBuilder;
    }
}

app_settings:
    menuItems:
        mappings:
            MenuItemCategory:
                class: 'App\Entity\MenuItemCategory'
                type: 'App\Form\Entity\MenuItemCategoryType'
                trans: 'label.menuItem_category_link'
            MenuItemPage:
                class: 'App\Entity\MenuItemPage'
                type: 'App\Form\Entity\MenuItemPageType'
                trans: 'label.menuItem_page_link'
            MenuItemArticle:
                class: 'App\Entity\MenuItemArticle'
                type: 'App\Form\Entity\MenuItemArticleType'
                trans: 'label.menuItem_article_link'
            MenuItemSimple:
                class: 'App\Entity\MenuItemSimple'
                type: 'App\Form\Entity\MenuItemSimpleType'
                trans: 'label.menuItem_simple_link'

Comments

[Дмитрий]

А использовать класс конфигурации там, где надо в качестве DI можно? А всю конфу хранить как private property класса конфигурации и сделать геттер

[Николай Егоров]

Дмитрий, честно я не понял этого) Мне кажется в симфони нет такого объекта со всеми конфигами, чтобы его инжектить как зависимость. Или есть? Что то мне подсказывает, что это не symfony way...

Answer 1

[Максим Федоров]

В Extension бандла получите из конфига значение и положите в контейнер (он доступен вторым параметром в методе load()):

$container->setParameter('your.service.name.mapping', $config['menuItems']['mapping']);

И же в контроллер/любой другой сервис пробрасывайте в конструктор эти значения:

arguments:
 - 'your.service.name.mapping'

Comments

[BoShurik]

Дополню

без использования бандла добавить новую секцию в config/services.yaml - не получится.

Это не так:

\App\Kernel::configureContainer

protected function configureContainer(ContainerBuilder $container, LoaderInterface $loader): void
{
    $container->addResource(new FileResource($this->getProjectDir().'/config/bundles.php'));
    $container->setParameter('container.dumper.inline_class_loader', true);
    $confDir = $this->getProjectDir().'/config';

    // Добавим экстеншен напрямую
    $container->registerExtension(new Extension());

    $loader->load($confDir.'/{packages}/*'.self::CONFIG_EXTS, 'glob');
    $loader->load($confDir.'/{packages}/'.$this->environment.'/**/*'.self::CONFIG_EXTS, 'glob');
    $loader->load($confDir.'/{services}'.self::CONFIG_EXTS, 'glob');
    $loader->load($confDir.'/{services}_'.$this->environment.self::CONFIG_EXTS, 'glob');
}

\App\DependencyInjection\Extension

class Extension extends BaseExtension
{
    /**
     * @inheritDoc
     */
    public function load(array $configs, ContainerBuilder $container)
    {
        $configuration = new Configuration();
        $config = $this->processConfiguration($configuration, $configs);

        $container->setParameter('foo', $config['foo']);
    }

    /**
     * @inheritDoc
     */
    public function getAlias()
    {
        return 'app'; // Пропишем алиас, т.к. в абстрактном классе он генерируется из названия класса/бандла
    }
}

[Николай Егоров]

BoShurik, Максим Федоров спасибо большое за ответы!

Как то со скрипом у меня идет понимание как работать с конфигами. Вроде простой компонент, простую функцию выполняет, но видимо из-за тесной связи с Контейнером возникают непонятки). Да и правила для проверки конфига - отдельная тема).

Есть пара вопросов нубских:
1. Как я понял с конфигами мы всегда работаем именно через контейнер. Если да, то чтобы получить доступ к какому то значению/массиву значений в конфиге - их нужно зарегистрировать в контейнере $container->setParameter('foo', $config['foo']); Я это правильно понял? Или все таки есть какой то объект Config в котором собраны и доступны все конфиги?

2. Судя по выводу дампа объекта контейнера в него сваливаются и конфиги бандлов, и то что мы пишем в секции parameters:, только без написания правил валидации конфига, регистрации конфигов с заданными алиасами и прочих действий. Фактически я ведь не делаю пока разделения кода по библиотекам/бандлам. Наверное и смысла тогда нет выделять для каждого "модуля" отдельную секцию в конфиге? Или смысл есть все таки? ("модуля" в кавычках, потому что фактически это же целостное приложение пока - все лежит в папке src/, и имеет одно пространство имен).

[BoShurik]

1. Все так
2. Смысла нет. Best practice рекомендует конфиги приложения хранить в секции parameters без семантической конфигурации, как в бандлах

[Николай Егоров]

Ну тогда по этой теме пока все - еще раз спасибо за помощь!