Comment utiliser Guice de l'Injecteur?

Je suis dans le processus d'apprentissage de Guice et je n'ai pas de comprendre clairement comment utiliser Injector instance. Il est préférable de créer Injector exemple une fois sur l'application de bootstrap, et de le rendre public singleton?

Et est-il vrai que l'on doit toujours utiliser Injector#getInstance(SomeClass.class) pour obtenir les classes où nous avons roulé Guice est @Inject annotations?

Il est préférable de ne pas utiliser Injector.getInstance() à tous.
mais qu'est-ce que d'autres façons de récupérer des classes gérées par Guice?
Les champs annotés avec @Inject devrait avoir le droit de classes disponibles "automagiquement". (En supposant que vous avez Guice gérer les classes qui ont besoin de l'injection de trop.) L'idée est que vous avez le conteneur de gérer à la fois vos dépendances, et les classes qui les utilisent, et seulement chercher une classe "main" de l'injecteur manuellement pour démarrer votre application. Vous devriez également envisager de relire le tutoriel, c'est l'Injection de Dépendance 101.
Oui, je l'ai lu avant de poser des question, mais la classe qui a les champs annotés avec @Inject doivent être récupérées à l'aide de Injector#getInstance(MyClass.class). Alors que faire si j'ai plusieurs classes avec des champs annotés avec @Inject? J'ai besoin de lancer chaque classe à l'aide de Injector#getInstance(ClassName.class).
Ah. Pas nécessairement. Si vous avez besoin d'appeler une méthode sur un d'une classe qui n'est pas géré par Guice. Alternativement, vous pouvez faire au lieu de Injector.injectMembers(this) et de remplir tous les champs annotés avec @Inject de la Injector même sur un objet non managé.

OriginalL'auteur MyTitle | 2013-02-12

  1. 7

    Vous ne devez pas passer l'injecteur autour mondial " de singleton. Avez-vous regardé: https://github.com/google/guice/wiki/GettingStarted? Notez que RealBillingService ne pas utiliser l'injecteur pour obtenir des instances de CreditCardProcessor et TransactionLog. Au lieu de cela Guice gère tout cela pour vous lors de la création de l'instance.

    Si vous êtes dans une situation où vous avez besoin de Guice de créer de nombreux objets du même type envisager d'utiliser un Fournisseur et de l'injection de ce fournisseur.

    Oui, je le comprends. Mais que faire si j'ai de multiples services comme RealBillingService, et chacun d'entre eux ont @Inject annotations pour l'injection CreditCardProcessor et TransactionLog objets. J'ai donc besoin d'utiliser Injector#getInstance pour chaque service comme RealBillingService. Mais j'ai envie de créer de services présent dans des endroits différents, donc j'ai 2 variantes: créer Injector objet, en tout lieu et utiliser Injector#getInstance pour la récupération des actifs de service ou pour créer Injector instance une fois que le rendre accessible (global singleton) à tous les endroits où j'en ai besoin.
    Ou avoir un troisième objet qui est le cas de deux services (à la fois annotés avec @Inject). Ensuite, vous utilisez la Injector pour obtenir l'instance unique de cette troisième objet.
    Dans la pratique, il est rare de voir le injector. Si vous utilisez Jersey avec Guice, par exemple, vous pouvez configurer vos Modules et puis le framework gère le reste.
    c'est à dire Jersey support de Guice hors de la boîte? Il aime: Jersey Guice est géré par le composant, de sorte que nous n'avons pas besoin d'utiliser de manière explicite Injector exemple?
    Ou tu veux dire Jersey dans le contexte de conteneur JEE? I. e. CDI (Guice) peut être utilisé uniquement dans le conteneur gestionnaire de composants, comme les EJB, JAX-RS (Jersey), JAX-WS, etc, sans explicitement à l'aide de Injector#getInstance?

    OriginalL'auteur condit