Uso de Dependency Injection como alternativa a Singletons

Question

Siempre he sabido que Singleton es "malo", pero solo ahora que he realizado el cambio a Java desde C++ he decidido encontrar una forma de evitarlos. A partir de un poco de lectura, he descubierto que Factories o Dependency Injection podrían hacer el trabajo, pero me gustaría obtener alguna confirmación al respecto.

Como ejemplo, estaba a punto de escribir un singleton de AnimationCache que almacenara un Map<String, Animation>. Las diferentes clases deberían poder acceder a esta clase (básicamente) en cualquier lugar para que puedan cargar Animaciones de manera fácil y eficiente. Un ejemplo muy breve de cómo se vería el código equivalente con DI sería genial.

Además, ¿es Guice un buen marco para DI con aplicaciones que no son web? Utilicé Spring para el desarrollo web, pero no estoy tan seguro de que funcione para juegos.

Answer 1

El uso de Spring, DI es muy simple. Usando la anotación @Autowired, ni siquiera necesitas xml adicional para cablear cosas o un método setter. Un miembro de la clase que necesite acceso al que ha sido su singleton antes lo hará.

Aquí es un buen ejemplo: http://www.developer.com/java/other/article.php/3756831/Java-Tip-Simplify-Spring-Apps-with-Autowired.htm

Answer 2

primavera y Guice hará muy bien. Yo personalmente prefiero a Guice para la inyección de dependencia pura, pero Spring ofrece mucho más.

El código sólo se vería así:

public class AnimationCacheClient { 

    private AnimationCache cache; 

    @Autowired // for Spring, or 
    @Inject // for Guice (but I think Spring also supports it now) 
    public AnimationCacheClient(AnimationCache cache) { 
     this.cache = cache; 
    } 

    // ... 
} 

Yo personalmente prefiero la inyección de constructor, pero también se puede utilizar la inyección de setter o inyección campo.

Tenga en cuenta que el propósito de DI no es tener "singletons fáciles", sin embargo. Su objetivo principal es hacer que el código (de AnimationCacheClient, aquí) sea unitario estable, al poder inyectar dependencias simuladas (aquí, una instancia simulada de AnimationCache).

Answer 3

Hace poco 'contuve' este thread en Singleton y qué tan malo podría ser (o no) y qué puedes hacer para eludirlo. Bien vale la pena leer.