GenericFactory como Singleton

Question

Leí el artículo Abstract Factory, Template Style de Jim Hyslop y Herb Sutter. Esta fábrica se implementa como Singleton. Proporcionaron una manera fácil de registrar clases automáticamente con la clase de ayuda RegisterInFactory.

Ahora he leído varias veces que los Singletons deberían evitarse, algunos incluso los consideran como Anti-Patrones y que solo existen algunos casos en los que son útiles. ¿Es este uno de ellos? ¿O hay un enfoque alternativo que proporciona una manera tan fácil de autoregistrar clases?

Answer 1

Como siempre para este tipo de temas, no hay una respuesta que se aplique a todos los problemas. Algunos dijeron que debería evitarse el singleton cuando se usan como acceso a un servicio. Es un uso que es similar al uso de variables globales. De esta manera se enmascara el hecho de que se utiliza el servicio X en su aplicación:

// in header 
class MyUsefulClass 
{ 
    public: 
    void doSomethingUseful(); 
}; 

// in .cpp 
MyUsefulClass::doSomethingUseful() 
{ 
    // ... 
    MyWonderfulService::instance().doService1(); 
    // ... 
    MyWonderfulService::instance().doService2(); 
} 

Se crea un acoplamiento con MyWonderfulService que los usuarios de su clase no pueden adivinar. Por otra parte, no se puede probar fácilmente su clase útil con un servicio de simulacro ...

Es por eso por lo general prefieren dependancy inversion:

// in header 
class MyUsefulClass 
{ 
    public: 
    void setServiceToUse(MyService&); 
    void doSomethingUseful(); 

    // [...] 
}; 

// in .cpp 
MyUsefulClass::doSomethingUseful() 
{ 
    // ... 
    _myService->doService1(); 
    // ... 
    _myService->doService2(); 
} 

De esta manera se considera generalmente como un mejor acoplamiento entre la clase es más ligero. Sin embargo, para algunos servicios, que son bien conocidos por su amplio uso en un marco, es más simple utilizar un singleton. Tiene sentido para un solo servicio que es el servicio que le da acceso a todos los demás servicios en un marco, por ejemplo ^^ A menudo se utiliza para servicios técnicos como el registro, por ejemplo.

MY2C

Editar: leí el artículo, ya que la atención se centra en AbstractFactories, el uso de un producto único es casual, no es una decisión de diseño. Es comprensible en un artículo en el que no quieres escribir cosas que no te lleven a tu punto.