Comment puis-je obtenir des services (dépendances) dans une classe personnalisée

Dans le contrôleur, j'ai pu faire 

$this->get('service.name')

Mais dans une classe personnalisée, comment puis-je le faire?

InformationsquelleAutor Jiew Meng | 2011-12-24
  1. 26

    Définir votre classe personnalisée en tant que service, et ensuite injecter des dépendances en elle.

    Ex:

    //services.yml
services:
   my.custom.service.id:
       class: My\Custom\Class
       arguments:
         - @service.name
         - @doctrine.orm.entity_manager

    Votre classe personnalisée' constructeur serait alors obtenir ces services en tant qu'arguments.

    Assurez-vous de lire sur le Conteneur de Services dans la langue officielle docs. Il va au-dessus de tout cela dans les moindres détails.

    InformationsquelleAutor Steven Mercatante
  2. 8

    Vous étiez sur la bonne voie avec ContainerAware.

    $this->get('id') est en fait un raccourci pour $this->container->get('id'). Et prise en conteneur dans votre classe est aussi simple que la mise en œuvre de ContainerAwareInterface - mettre ce morceau de code dans votre classe:

    public function setContainer(\Symfony\Component\DependencyInjection\ContainerInterface $container = null)
{
    $this->container = $container;
}
    • À quiconque de mettre -1: j'aimerais bien une explication, pourquoi pensez-vous que ma réponse était fausse et qu'est-ce que le droit de réponse. Gardez à l'esprit que la question était en gros: "comment injecter du conteneur de services dans la classe personnalisée?"
    • Je ne suis pas celui qui downvoted, mais la question initiale était de savoir comment accéder à un service dans une classe personnalisée, pas la façon d'injecter, le conteneur de service (qui est considéré comme une mauvaise pratique.)
    • Il a demandé l'accès à des services dans une classe personnalisée, pas comment injecter un certain service de, il a même donné un exemple de contrôleur et était à la recherche de lui-même dans des moyens de reproduire le comportement. Downvoting a parfaitement le droit de répondre seulement parce qu'elle est partie de la situation d'une mauvaise pratique est très mal depuis que nous n'avons pas eu un plein de cas d'utilisation de décider. Donc j'espère vraiment que ce n'était pas le raisonnement derrière -1.
    • C'est aussi un peu la bonne réponse. $this->get() est du récipient, et si vous avez conteneur disponible dans votre personnalisé contrôleur, vous pouvez accéder à des services. La meilleure pratique consiste à injecter du récipient par l'intermédiaire de "yourController s'étend ContainerAware". C'est ça
    • les Meilleures Pratiques - convention collective que X est le mieux en savoir solution du problème Y. Il est possible pour eux de changer, bien que rarement, comme dans le cas de la Localisateur de Service (SL) modèle qui a été remplacé par l'Injection de Dépendance (DI) Conteneurs (DIC) en ce qui concerne la résolution des dépendances. SL est même considéré comme un anti-modèle par certains Ingénieurs. Dans ce cas, la configuration de votre contrôleur de comme un service (Symfony pas Web) pratiques DI, alors que le récipient au courant de l'approche des pratiques de SL. Un contrôleur comme n'importe quel objet doit recevoir ses dépendances à partir d'une source externe via son interface.
    • Il existe de nombreux cas d'utilisation où l'injection de conteneur lui-même est le meilleur ou parfois même une seule solution (scopes, circulaire depedencies, des problèmes de performances). De prétendre que c'est toujours une mauvaise idée est de montrer votre manque d'expérience dans le sujet.
    • ce n'est pas logiquement son. Ils sont à l'Architecture des solutions différentes, mais la mécanique est la même. Soit les dépendances sont récupérées et injectés via l'interface de l'Objet (l'Injection de Dépendance), ou l'Objet remplit la même dépendance de l'extraction de l'interne (Service Locator). Note de côté: j'ai une expérience approfondie de ce sujet; l'assassinat de caractère discrédite votre argument. "de nombreux cas d'utilisation... le conteneur est injecté" == de nombreux cas de mauvaise conception. Les "meilleures Pratiques" n'est pas mon opinion, elle est définie par le collectif. Ctrl+F "toujours".
    • D'où vient donc le conteneur de venir de si je fais cela? Ce n'est pas vraiment l'expliquer quoi que ce soit.

    InformationsquelleAutor Inoryy
  3. 0

    Si vous ne connaissez pas la liste complète des dépendances que vous avez besoin au moment où le service est créé, vous pouvez passer le conteneur comme argument http://symfony.com/doc/current/book/service_container.html#using-the-expression-language

    services:  
    service_name:  
        class: AppBundle\Class  
        arguments: ['@=container']
    InformationsquelleAutor Dmitry
  4. -2

    Accès au conteneur de services dans une classe personnalisée (pas dans un service de classe définie par l')

    Ce n'est pas le plus pratique de le faire, mais il fonctionne. Si votre classe personnalisée n'est pas définie comme un service, alors vous pouvez accéder au service de conteneur à l'aide de la variable globale $kernel:

    class Helper {

    private $container;

    /**
     * Constructor assigns service container to private container. 
     */
    public function __construct() {

        global $kernel;
        $this->container = $kernel->getContainer();

    }

    function doSOmething() {
        $someService = $this->container->get('service.name');
        //do something with someService ...
    }

}
    • omg, à l'aide de variables globales dans symfony n'a pas l'air plutôt bien
    • il fonctionne... donc c'est une solution valide pas la meilleure pratique, mais encore
    • "ça marche" n'est pas assez
    InformationsquelleAutor DevWL
  5. -3

    OK je suppose @Armes réponse est une solution possible, je l'ai trouvé en regardant le source de Controller, j'ai pu étendre ContainerAware

    • Gardez à l'esprit que si vous étendez ContainerAware vous devez définir manuellement l'objet conteneur. Si vous êtes à l'instanciation de la classe personnalisée, quelque part, qui n'ont pas accès au conteneur, ce ne sera pas possible.
    • L'injection de l'ensemble du conteneur est une mauvaise idée. Injecter chaque service dont vous avez besoin dans votre service de façon explicite.
    InformationsquelleAutor Jiew Meng