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.
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.
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;
}
}
Co jeśli mamy dziesiątki zależności? Konstruktor byłby okropny. – jilen
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. –
Jeśli spodziewasz się napisać test jednostkowy, to zdecydowanie jest droga! – Kurru
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