如何在Zend Framework 2应用程序中的模块的getConfig()中使用global.php/local.php配置？

Question

在ZF2应用程序中,我有一些共同点:1.需要根据环境的不同而不同; 2.具体针对具体模块.我curently使用它像这里描述:

global.php&local.php

return array(
    ...
    'modules' => array(
        'Cache' => array(
            'ttl' => 1, // 1 second
        )
    )
    ...
);

模块类

Module {
    ...
    public function getServiceConfig() {
        try {
            return array (
                'factories' => array(
                    'Zend\Cache\Adapter\MemcachedOptions' => function ($serviceManager) {
                        return new MemcachedOptions(array(
                            'ttl'           => $this->getConfig()['modules']['Cache']['ttl'],
                            ...
                        ));
                    },
                    ...
                )
            );
        }
        ...
    }
    ...
}

它工作正常,但我相信,模块特定设置应该通过模块中的一个中心位置访问 - 类的getConfig()方法Module.像这样:

class Module {

    public function getConfig() {
        $moduleConfig = include __DIR__ . '/config/module.config.php';
        $application = $this->getApplicationSomehow(); // <-- how?
        $applicationModuleConfig = $application->getConfig()['modules'][__NAMESPACE__];
        $config = array_merge($moduleConfig, $applicationModuleConfig);
        return $config;
    }
    ...
    public function getServiceConfig() {
        try {
            return array (
                'factories' => array(
                    'Zend\Cache\Adapter\MemcachedOptions' => function ($serviceManager) {
                        return new MemcachedOptions(array(
                            'ttl'            => $serviceManager->get('Config')['modules']['Cache']['ttl'],
                            ...
                        ));
                    },
                    ...
                )
            );
        }
        ...
    }
    ...
}

问题是,我没有得到,如何访问模块中的global.php/local.php配置getConfig().我该怎么做？

Answer 1

每个加载的模块的每个配置都将合并为一个配置.即这将是:

$serviceManager->get('config');

背后的原因(global|local).config.php仅仅是出于使用目的.应始终部署全局配置文件.但是,本地配置文件只应部署为可分发的别名local.config.php.dist.

无论它们在哪里,都不会加载分布.然而,ZF2的常见概念是将可分发的副本复制到/config/autoloadZF2应用程序的目录中并将它们重命名为local.config.php

一个例子:

// YourModule/config/module.config.php
return array(
    'key' => 1337
);

// YourModule/config/local.yourmodule.php.dist
return array(
    'key' => 7331
);

现在,当您发布/部署应用程序时,只会module.config.php使用它.如果有人想要更改模块的配置,他们就永远不会触摸module.config.php,因为当您的模块更新时,这个文件会不断被覆盖.

然而,人们可以做的是复制:

YourModule/config/local.yourmodule.php.dist
to
/config/autoload/local.yourmodule.php

并更改此本地配置中的配置值.

要理解:

• 您应始终为LIVE-Scenario尽可能地配置模块.
• 如果您有特定于环境的需求,请使用local-config覆盖此配置
• 本地配置永远不会自动部署,这是一项需要从环境内部完成的手动任务

希望这更清楚一点

最后:

• 为LIVE-Scenario配置模块
• 在您的开发机器上创建/config/autoload/mymodule.local.php并覆盖您ttl的开发价值

LoadOrder:

最后一个有趣的部分,我已经完全忘记了,将是配置文件的加载顺序.由于所有文件都已合并,因此请务必注意这一点!

• 首先加载是 /config/application.config.php
• 第二个加载将是每个模块/modules/{module}/config/module.config.php*
• 最后但并非最不重要的是将加载自动加载文件 /config/autoload/{filename}.php

asterix它实际上不是 module.config.php被调用的,而是Module-classes配置函数.主要是:

• getConfig()
• getServiceConfig()
• getViewHelperConfig()
• 最终一切都在 Zend\ModuleManager\Feature\{feature}ProviderInterface

如果我正确地理解了这一部分ConfigListener,那么getConfig()将首先调用并且所有特殊的{feature}ProviderInterfaces将覆盖数据getConfig(),但不要认为这是理所当然的,它需要检查!