2009-11-05 4 views
33

Je ne suis pas sûr s'il y a un mérite à cette question ou non, mais y at-il des meilleures pratiques et anti-modèles spécifiques à Google Guice?Meilleures pratiques Guice et anti-modèles

Veuillez diriger tous les modèles DI génériques à this question.

+0

J'encourage quiconque est intéressé à contribuer à cette question de consulter les sujets [Guice docs] (http://stackoverflow.com/documentation/guice/topics) à la place. – dimo414

Répondre

11

Il y en a sur la page du projet Guice. Voici un lien vers le first one, et vous pouvez voir les autres dans la barre latérale. Cela dit, je pense que ce serait génial de voir les autres postés et votés ici. Ensuite, nous pouvons écrire le meilleur d'entre eux pour les pages de Guice.

+0

Alors ... votez pour ça :) – ripper234

30

J'ai toujours pensé que l'injection du constructeur dans les champs finaux est une bonne pratique. Il minimise l'état mutable et rend la classe plus facile à comprendre en rendant explicites les dépendances formelles de la classe.

public class MyClass { 
    private final MyDependency dependency; 

    @Inject 
    public MyClass(MyDependency dependency) { 
     this.dependency = dependency; 
    } 
} 
+0

Et si on avait des dizaines de dépendances? Le constructeur serait terrible – jilen

+7

ayant des dizaines de dépendances sur une seule classe est probablement une bonne indication que la classe est trop responsable et devrait être refactorisé. –

+0

Si vous vous attendez à écrire un test unitaire, alors c'est définitivement le chemin à parcourir! – Kurru