2009-11-05 13 views
33

Nie jestem pewien, czy są jakieś zalety tego pytania, czy też nie, ale czy są jakieś dobre praktyki i anty-wzorce specyficzne dla Google Guice?Najlepsze praktyki i anty-wzorce Guice

Proszę kierować wszelkie ogólne wzorce DI do this question.

+0

Chciałbym zachęcić wszystkich zainteresowanych wniesieniem wkładu w to pytanie do zapoznania się z tematami [Guice docs] (http://stackoverflow.com/documentation/guice/topics). – dimo414

Odpowiedz

11

Istnieje kilka na stronie projektu Guice. Oto link do first one, a pozostałe na pasku bocznym.

To powiedziawszy, myślę, że byłoby wspaniale, gdyby inni pisali i głosowali tutaj. Następnie możemy napisać najlepsze z nich na stronach Guice.

+0

Więc ... zagłosuj na to :) – ripper234

30

Zawsze czułem, że wstrzyknięcie konstruktora na ostateczne pola jest najlepszą praktyką. Minimalizuje stan zmienności i ułatwia zrozumienie klasy poprzez wyraźne formalne zależności klasy.

public class MyClass { 
    private final MyDependency dependency; 

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

Co jeśli mamy dziesiątki zależności? Konstruktor byłby okropny. – jilen

+7

posiadający dziesiątki zależności na jednej klasie jest prawdopodobnie dobrym wskazaniem, że klasa jest odpowiedzialna za zbyt wiele i powinna być refaktoryzowana. –

+0

Jeśli spodziewasz się napisać test jednostkowy, to zdecydowanie jest droga! – Kurru