Hacer una clase singleton sin usar el método estático

Question

Necesito crear una clase singleton sin mantener un método estático.

¿Cómo puedo hacer eso?

Answer 1

Crear una enumeración con una instancia

enum Singleton { 
    INSTANCE; 

    private Field field = VALUE; 
    public Value method(Arg arg) { /* some code */ } 
} 

// You can use 
Value v = Singleton.INSTANCE.method(arg); 

EDIT: El Java Enum Tutorial muestra cómo agregar campos y métodos para una enumeración.

---

Por cierto: A menudo, cuando se puede utilizar un Singleton, que realmente no necesita una clase de utilidad que va a hacer lo mismo. La versión aún más corta es solo

enum Utility {; 
    private static Field field = VALUE; 
    public static Value method(Arg arg) { /* some code */ } 
} 

// You can use 
Value v = Utility.method(arg); 

Donde los Singletons son útiles es cuando implementan una interfaz. Esto es especialmente útil para probar cuando usa inyección de Dependencia. (Una de las debilidades de usar un Singleton o sustitución de clase de utilidad en pruebas unitarias)

p.

interface TimeService { 
    public long currentTimeMS(); 
} 

// used when running the program in production. 
enum VanillaTimeService implements TimeService { 
    INSTANCE; 
    public long currentTimeMS() { return System.currentTimeMS(); } 
} 

// used in testing. 
class FixedTimeService implements TimeService { 
    private long currentTimeMS = 0; 
    public void currentTimeMS(long currentTimeMS) { this.currentTimeMS = currentTimeMS; } 
    public long currentTimeMS() { return currentTimeMS; } 
} 

Como se puede ver, si su código utiliza servidor de tiempos en todas partes, se puede inyectar o bien el VanillaTimeService.INSTANCE o una new FixedTimeService() donde se puede controlar el tiempo de forma externa es decir, sus marcas de tiempo será el mismo cada vez que se ejecuta la prueba.

En resumen, si no necesita su singleton para implementar una interfaz, todo lo que necesita es una clase de utilidad.

Answer 2

Sigue la receta de Joshua Bloch enum en "Effective Java" 2nd edition. Esa es la mejor manera de crear un singleton.

No entiendo por qué esto sube tanto. ¿No es singleton un patrón de diseño desacreditado? El GoF lo votaría fuera de la isla hoy.

Answer 3

Puede usar uno de los contenedores IoC (por ejemplo, Google Guice) y usar su clase como singleton (ansioso o flojo, depende de sus necesidades). Es fácil y flexible ya que la creación de instancias está controlada por IoC framework; no necesita ningún cambio de código si, por ejemplo, decide hacer que su clase no sea singleton más tarde.

Answer 4

public class Singleton { 
    public static final Singleton instance = new Singleton(); 
    private Singleton() {} 
    public void foo() {} 
} 

a continuación, utilizar

Singleton.instance.foo(); 

Answer 5

utilizar un generador de objetos, ir a buscar el objeto único de esta fábrica.

ObjectFactory factory; 
.... 
MySingletonObject obj = factory.getInstance(MySingletonObject.class); 

Por supuesto, hay muchos marcos para ayudarle a lograr esto. el marco de primavera es una opción popular.

Answer 6

Desde dentro del constructor necesitas controlar si ya hay una instancia de la clase en alguna parte. Por lo tanto, debe almacenar la referencia a su instancia singleton en una variable o clase estática. Luego, en contructor of singleton siempre verificaría si existe una instancia de clase singleton. Si es así, no haría nada si no fuera así, lo crearía y establecería una referencia.

Answer 7

Otro enfoque es el singleton holder idiom que ofrece la inicialización de la demanda:

public class Something { 
     private Something() { 
     } 

     private static class LazyHolder { 
       public static final Something INSTANCE = new Something(); 
     } 

     public Something getInstance() { 
       return LazyHolder.INSTANCE; 
     } 
} 

(ejemplo modificado, el método getInstance hecho no estática)

Tenga en cuenta que únicos independientes de este tipo deben evitarse siempre que sea posible, ya que promueve estado global, conduce a un código difícil de probar y depende de un solo contexto de cargador de clases para nombrar algunos posibles inconvenientes.