ZF2 quand utiliser getServiceLocator() et quand ne pas le faire

Je suis vraiment confus quand utiliser getServiceLocator et quand ne pas.
À titre d'exemple:

+ Module
-+ Helloworld
--+ src
---+ Controller
----+ IndexController.php
----+ IndexControllerFactory.php

---+ Service
----+ LogginService.php
----+ GreetingService.php
----+ GreetingServiceFactory.php

GreetingServiceFactory.php le contenu:

<?php
namespace Helloworld\Service;

use Zend\ServiceManager\FactoryInterface;
use Zend\ServiceManager\ServiceLocatorInterface;


class GreetingServiceFactory implements FactoryInterface
{

    public function createService (ServiceLocatorInterface $serviceLocator)
    {
        $greetingService = new GreetingService();

        $greetingService->setEventManager($serviceLocator->get('eventManager'));

        $loggingService = $serviceLocator->get('loggingService');

        $greetingService->getEventManager()->attach('getGreeting', array(
            $loggingService,
            'onGetGreeting'
        ));

        return $greetingService;
    }
}

Et IndexControllerFactory.php le contenu:

<?php
namespace Helloworld\Controller;

use Zend\ServiceManager\FactoryInterface;
use Zend\ServiceManager\ServiceLocatorInterface;

class IndexControllerFactory implements FactoryInterface
{

    public function createService (ServiceLocatorInterface $serviceLocator)
    {
        $ctr = new IndexController();

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

Comme vous pouvez le voir, j'ai besoin de $serviceLocator->getServiceLocator() dans mon ControllerFactory mais pas dans mon ServiceFactory. Pourquoi? Les deux utilisent la même interface ServiceLocatorInterface qui n'a même pas définir le getServiceLocator() la méthode.

module.config.php:

'controllers' => array(
    'factories' => array(
        'Helloworld\Controller\Index' => 'Helloworld\Controller\IndexControllerFactory'
    )
)
,
'service_manager' => array(
    'invokables' => array(
        'loggingService' => 'Helloworld\Service\LoggingService'
    ),
    'factories' => array(
        'greetingService'=> 'Helloworld\Service\GreetingServiceFactory'
    ),
)

J'apprécierais tout éclaircissement 🙂

Have a nice day!

OriginalL'auteur machete | 2013-02-16

20

La méthode getServiceLocator est défini sur la AbstractPluginManager, car il met en œuvre la ServiceLocatorAwareInterface. Comme Maks3w l'a souligné, il ne fait pas partie de la ServiceLocatorInterface, donc éviter de l'utiliser lors de la mise en œuvre d'un service de l'usine.

Vous pouvez de toute façon à définir votre usine de fermeture et de toujours l'utiliser:
```
class MyModule
{
    public function getControllerConfig()
    {
        return array(
            'factories' => array(
                'IndexController' => function (
                    \Zend\ServiceManager\AbstractPluginManager $pm
                ) {
                    $ctr = new IndexController();

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

                    return $ctr;
                },
            ),
        );
    }
}
```
Alors que dans cet exemple $pm est en effet un ServiceLocatorInterface exemple, vous aurez toujours besoin pour obtenir une référence à la "main" du gestionnaire de service pour accéder à la 'greetingService'.

ZF2 utilise différents chefs de service ou plugin gestionnaires pour les contrôleurs, les services, les aides de vue, contrôleur de plugins, etc... C'est surtout pour le type-hinting (regardez l'interface de la AbstractPluginManager de comprendre comment le type rigueur est atteint), et pour la sécurité.

Dans ce cas, le problème de sécurité refuse l'accès à des services qui ne sont pas des contrôleurs, en particulier avec les routes avec une dynamique controller paramètre. C'est pourquoi les contrôleurs sont conservés dans un autre gestionnaire de plugin.

Depuis le contrôleur de gestionnaire de plugin est créé à partir de la "main" du gestionnaire de service, il est également initialisée grâce à la ServiceLocatorAwareInterface.

Pour rendre ceci plus clair, j'ai ajouté un graphique des relations (n'inclut pas l'usine et ne le prenez pas comme valide UML):

Quel outil avez-vous utilisé pour créer ce diagramme? L'air cool.
c'est YUML

OriginalL'auteur Ocramius
5

Comme vous pouvez le voir, j'ai besoin de $serviceLocator->getServiceLocator() dans mon ControllerFactory mais pas dans mon ServiceFactory. Pourquoi?

Le contrôleur de l'usine est appelé par un autre gestionnaire de service de l'instance (le "ControllerLoader") à la principale. C'est ainsi que le répartiteur peut pas donner lieu à un arbitraire de la classe instanciée par le principal gestionnaire de service.

En conséquence, le contrôleur de l'usine de $serviceLocator n'est pas celui dont vous avez besoin lorsque vous souhaitez récupérer 'greetingService", "greetingService' est inscrit avec le service principal gestionnaire. Pour obtenir le principal le gestionnaire de serveur à partir du contrôleur, vous utilisez getServiceLocator() et vous avez maintenant une instance de la principal du gestionnaire de service à partir de laquelle vous pouvez obtenir() 'salut' service de

Ceci est connu comme 'peering'. c'est à dire le "ControllerLoader" service manager (configuré par les contrôleurs de la clé dans la config ou getControllerConfiguration() dans un Module de classe) est mis en place avec le service principal gestionnaire de pair.

OriginalL'auteur Rob Allen
3

Dénitivement vous shouln'pas utiliser getServiceLocator depuis que la méthode n'est pas définie dans ServiceLocatorInterface au lieu d'utiliser get()

OriginalL'auteur Maks3w

Je vous propose ceci comme une alternative qui utilise la base module.config.php le programme d'installation

Maintenant je faisais quelque chose de similaire, mais en utilisant quelque chose comme cela.

class BaseServices extends AbstractActionController
implements ServiceLocatorAwareInterface{
    ...
  public function setServiceLocator(ServiceLocatorInterface $serviceLocator){
        if($serviceLocator instanceof ControllerManager){
          $this->service_locator = $serviceLocator->getServiceLocator();

          $this->entities_service = $this->service_locator
            ->get('entities_service');

          $this->session = new Session(array(
            'entities_service'=>$this->entities_service,
            'service_locator'=>$this->service_locator,
          ));
          return $this;
        }
      }
  }
...
}

Maintenant, la chose qui avait perplexe, m'a été d'avoir à venir à la réalisation que j'avais besoin d'utiliser uniquement le premier localisateur de service est utilisé lors de l'instanciation d'un contrôleur qui s'étend cette classe...

Sur l'instanciation: cette classe a été le premier à m'nourris avec un ControllerManager et puis le ServiceManager pour la setServiceLocator méthode.

Je ne voulais utiliser le ControllerManger et sa méthode pour obtenir le ServiceManager pour ensuite instancier mon usines;

partielle sur mon module.config.php

module.config.php
{
...
'service_manager' =>
  'abstract_factories' => array(
    'Zend\Log\LoggerAbstractServiceFactory',
   ),
  'factories' => array(
       'entities_service' => 'Service\Providers\Entities',
  ),
   'invokables' => array(
     'post'      => 'Service\Controllers\Runtime\Post',
    ),
  ),
}

Maintenant je pourrais avoir utilisé quelque chose comme ce qui suit dans le filtre pour le droit ServiceLocator... pourtant je suis un fan de l'utilisation que peu de chaudière plaque que nécessaire...

interface AbstractFactoryInterface
{
  public function canCreateServiceWithName(ServiceLocatorInterface $serviceLocator, $name, $requestedName);

  public function createServiceWithName(ServiceLocatorInterface $serviceLocator, $name, $requestedName);
}

OriginalL'auteur jumpinJack

Vous devez vous connecter pour publier un commentaire.