如何在 SOA 中使用依赖注入？

Question

我目前正在使用 SOA，我有一堆服务（ArticleService、CommentService、UserService 等）。

我还有一个 ConfigurationService，它是从 XML 配置文件填充的。

我正在使用 Zend 框架。

我的某些服务需要此配置服务，并且我正在使用依赖项注入，在大多数服务的构造函数中添加 ConfigurationService 以便能够获取全局配置，这是一个好习惯吗？

感谢您的反馈。

Answer 1

我想说，不，不要在其他服务的构造函数中传递配置容器 - 既不是作为服务，也不是作为数组，也不是 Zend_Config 实例。我会将这些服务的注入（无论是通过构造函数还是通过设置器）集中在他们实际需要的实际对象/协作者/数据上。

因此，例如，ArticleService 可能依赖于 ArticleRepository 接口/对象、ArticleMapper 或数据库适配器。让 ArticleService 的构造函数/setter 签名反映它真正需要的内容。

相反，我要做的是在 Bootstrap 期间创建某种工厂对象 - 也许作为应用程序资源 - 在其构造函数中接受您的配置数据/对象/服务（或者更好的是，引导实例）本身，您不仅可以从中获取配置数据，还可以获取在引导过程中创建的任何应用程序资源，例如数据库适配器）。然后在工厂对象上编写方法来创建/提供您需要的其他服务。在内部，工厂维护已创建服务的注册表，以便它可以在需要时延迟创建实例。

我想到的一个片段可能如下：

Bootstrap snippet:

class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
{
    protected function _initFactory()
    {
        $factory = new My_Factory($this);
        return $factory;
    }
}

then the factory:

class My_Factory
{
    protected $_registry;

    protected $_bootstrap;

    public function __constructor($bootstrap)
    {
        $this->_bootstrap = $bootstrap;
    }

    public function getDbAdapter()
    {
       if (!isset($this->_registry['dbAdapter']){
           $this->_bootstrap->bootstrap('db');  // probably using app resource
           $this->_registry['dbAdapter'] = $This->_bootstrap->getResource('db');
       }
       return $this->_registry['dbAdapter'];

    }

    public function getArticleService()
    {
       if (!isset($this->_registry['articleService']){
           $dbAdapter = $this->getDbAdapter();
           $this->_registry['articleService'] = new My_ArticleService($dbAdapter);
       }
       return $this->_registry['articleService'];
    }

    public function getTwitterService()
    {
       if (!isset($this->_registry['twitterService']){
           $options = $this->_bootstrap->getOptions();
           $user = $options['twitter']['user'];
           $pass = $options['twitter']['pass'];
           $this->_registry['twitterService'] = new My_TwitterService($user, $pass);
       }
       return $this->_registry['twitterService'];
    }
}

然后在控制器中，您可以获取一个 ArticleService 实例：

class SomeController extends Zend_Controller_Action
{
    protected $_factory;

    public function init()
    {
        $this->_factory = $this->getInvokeArg('bootstrap')->getResource('factory');
    }

    public function someAction()
    {
        $articleService = $this->_factory->getArticleService();
        $this->view->articles = $articleService->getRecentArticles(5);  // for example
    }

}

这里的结果是每个服务都明确标识了协作者它需要并且工厂是一个负责创建/注入所有这些协作者的地方。

最后，我承认我只是在这里吐口水。对我来说，这本质上是一个基本的依赖注入容器；从这个意义上说，使用功能齐全的 DIC - 也许是 Symfony DIC 或 ZF2 中新的 Zend\Di 包 - 可能会更好。但是，经过几个月的努力，尝试了所有注入依赖项的最佳实践建议，这就是我得出的结论。如果它很愚蠢或者完全错误，请（拜托！）纠正我。 ;-)