为什么在Zend Framework 2中使用Service Manager？

Question

假设我有一项服务:

namespace Helloworld\Service;

class GreetingService
{
    public function getGreeting()
    {
        if(date("H") <= 11)
            return "Good morning, world!";
        else if (date("H") > 11 && date("H") < 17)
            return "Hello, world!";
        else
            return "Good evening, world!";
    }
}

我为它创建了一个invokable

public function getServiceConfig()
{
    return array(
        'invokables' => array(
            'greetingService'
                => 'Helloworld\Service\GreetingService'
        )
    );
}

然后在我的控制器中我能做到:

public function indexAction()
{
    $greetingSrv = $this->getServiceLocator()
        ->get('greetingService');

    return new ViewModel(
        array('greeting' => $greetingSrv->getGreeting())
    );
}

据说这使得控制器依赖于服务(和ServiceManager)

更好的解决方案是为该服务创建工厂或在ServiceManager中返回一个闭包并在控制器中创建一个setter:

class IndexController extends AbstractActionController
{
    private $greetingService;

    public function indexAction()
    {

        return new ViewModel(
            array(
                'greeting' => $this->greetingService->getGreeting()
            )
        );
    }

    public function setGreetingService($service)
    {
        $this->greetingService = $service;
    }
}

和

'controllers' => array(
    'factories' => array(
        'Helloworld\Controller\Index' => function($serviceLocator) {
            $ctr = new Helloworld\Controller\IndexController();

            $ctr->setGreetingService(
                $serviceLocator->getServiceLocator()
                    ->get('greetingService')
            );

            return $ctr;
        }
    )
)

我的问题是为什么？为什么第二种方法比第一种更好？这是什么意思controller is dependent of the service？

谢谢

Answer 1

在ServiceManager默认情况下,任何ZF2控制器内注射,因为它延长了AbstractController实现ServiceLocatorAwareInterface接口.

第二种方法具有" 冗余 " 的形式,因为除了已经访问ServiceManager实例之外,每当您需要在控制器之间共享服务时,您需要为它们中的每一个配置注入机制.由于您的控制器已经相对于ServiceManager具有依赖性,因此使用第一种方法并将域相关服务注册到ServiceManager集中化服务层的访问将更有意义.

_{注意:答案的以下部分可能超出了问题的范围,但它旨在提供原始答案的"隐藏"背景.}

让我们假设我们正在构建一个复杂的系统,在该系统中促进低耦合,可重用性和测试能力.我们的系统是多层的,我们在服务层之前构建了所有内容.请注意,到目前为止,我们还没有考虑"MVC"Web层,甚至还没有选择给定的框架.

在我们的服务层内(我将这个层视为问题中提到的层),我们假设我们采用了业务逻辑和对象图构造(或依赖解析)之间的分离原则.所以我们可能有一些通过工厂构建的复杂服务.

现在我们的服务层已经构建完毕,我们决定将它"插入"ZF2之上.当然,我们的服务应该可以从控制器访问,正如您的问题所示,我们不仅仅是一种方法.但是,我们希望避免冗余并利用我们已经构建的内容.我们假设以下工厂:

//The following class is a part of our Service layer
public class ComplexServiceFactory{

    private dependencyA;
    private dependencyB;

    public function buildComplexService()
    {
        $service = new ComplexService();
        $service->setDependencyA($this->dependecyA);
        $service->setDependencyB($this->dependecyB);
        return $service;
    }

}

我们现在要做的只是调整(实际扩展)我们的工厂,以便它可以被ServiceManager逻辑使用.这个类可以被认为是用于将我们的系统"插入"到ZF2的机制的一部分(它实际上是一个适配器)

public class SMComplexServiceFactory extends ComplexServiceFactory implements
    Zend\ServiceManager\FactoryInterface
{

    public function createService(ServiceLocatorInterface $sm)
    {
        $this->setDependencyA($sm->get('dependecyA'));
        $this->setDependencyB($sm->get('dependecyB'));
        return parent::buildComplexService;
    }

}

通过这样做,我们不会将对象图构造提升到MVC层(否则它将是一个关注点分离和不必要的跨层耦合).服务管理器+我们的"改编"工厂类在某种意义上是我们的依赖解析机制.事实是我们的系统仍然是可移植的,例如我们可以选择另一个系统(另一个框架)并且相对于MVC平台具有较低的依赖性.