No estoy seguro de si esta pregunta tiene sus méritos o no, ¿pero existen algunas recomendaciones y antipatrones específicos para Google Guice?Prácticas recomendadas y antipatrones de Guice
Dirija cualquier patrón de DI genérico a this question.
No estoy seguro de si esta pregunta tiene sus méritos o no, ¿pero existen algunas recomendaciones y antipatrones específicos para Google Guice?Prácticas recomendadas y antipatrones de Guice
Dirija cualquier patrón de DI genérico a this question.
Hay algunos en la página del proyecto Guice. Aquí hay un enlace al first one, y puede ver los otros en la barra lateral.
Dicho esto, creo que sería genial ver a otros publicados y votados aquí. Entonces podemos escribir lo mejor de ellos para las páginas de Guice.
Entonces ... vote esto :) – ripper234
Siempre he pensado que la inyección de constructor a los campos finales es una buena práctica. Minimiza el estado mutable y hace que la clase sea más fácil de entender haciendo que las dependencias formales de la clase sean explícitas.
public class MyClass {
private final MyDependency dependency;
@Inject
public MyClass(MyDependency dependency) {
this.dependency = dependency;
}
}
¿Qué pasa si tenemos docenas de dependencias? El constructor sería terrible – jilen
que tiene docenas de dependencias en una sola clase es probablemente una buena indicación de que la clase es responsable de demasiado y debe ser refactorizada. –
¡Si espera escribir una prueba unitaria, este es definitivamente el camino a seguir! – Kurru
Animo a cualquier persona interesada en contribuir a esta pregunta de revisar la [docs Guice] (http://stackoverflow.com/documentation/guice/topics) temas en su lugar. – dimo414