ZF2:将特定于动作的配置注入控制器

至少有三种方法——Zend''Di、ConfigAwareInterface和ControllerFactory——我考虑过将配置注入控制器。

或多或少的官方建议是ControllerFactory，它导致了以下代码（或者，如果你喜欢闭包，也可以是此代码——我不喜欢，因为它们更难测试）：

// module.config.php
'controllers' => array (
    'factories' => array (
        'Module'Concept'Index' => 'Concept'ControllerFactory'IndexControllerFactory',
    ),
),
'some_config_key' => array (
    'x' => 'foo'
),
// src/Concept/ControllerFactory/IndexControllerFactory.php
class IndexControllerFactory implements FactoryInterface {
    public function createService(ServiceLocatorInterface $serviceLocator) {
        $config = $serviceLocator->getServiceLocator()->get('config');
        $controller = new 'Html'Controller'IndexController($config['some_config_key']);
        return $controller;
    }
}
// src/Concept/Controller/IndexController.php
class IndexController {
    public function __construct($config) {
        // here we go, yay!  we have $config['x'] == 'foo'
    }
}

如果每个操作需要不同的配置（例如，一个操作可能需要DB，另一个操作则可能需要贝宝），那么当操作只需要部分控制器配置时，传递所有的控制器配置似乎是不合适的。

那么，对于哪些动作需要哪些配置的知识应该进入工厂还是进入控制器？也就是说，工厂应该根据手头的行动只给控制器它需要的东西，还是应该给控制器所有的配置并在内部解决它？

更新
特定于操作的依赖关系就是：特定的。控制器声明它需要什么，然后以任何必要的方式使用它。这两种行动有着根本不同的需求，这表明控制器的范围可能太广，可能是分离的候选者。

但不管怎样，最好的方法——清晰、稳健，显然符合ZF未来的方向——是在服务工厂制造所需的服务，然后制造具有必要服务的控制器。

两个工厂：服务和控制器。控制器与它必须拥有的服务声明其__construct合同，然后工厂根据需要从模块配置中制造这些服务。