From: Leandro Lucarella <[EMAIL PROTECTED]> Date: Sep 27, 2007 5:27 PM Subject: Re: [Prog] singleton con parametros To: Una lista para consultas de programación <[email protected]>
> No quiero hacer un rant de esto, sólo les dejo un artículo con algunas > desventajas de los singleton, cada uno que saque sus conclusiones y > que evalúe si conviene en cada caso: > http://blogs.msdn.com/scottdensmore/archive/2004/05/25/140827.aspx Yo tampoco quiero flame ni nada por el estilo; leí el link y me parece interesante. Plantea los problemas de los singletons, pero no da (o no identifico) una solución viable. Siempre que planteo mi problema pienso en un objeto preferencias Viene la parte sólo para los que RTFA: 1 dice que un sigleton es como una variable global, y que eso es malo. Ahora, qué solución propone? pasar parámetros (referencia) a todas las clases que haga uso de la misma. Claro, con eso solucionás el problema, la creas una vez en el main o initialize o donde sea, y la pasas para todos lados. Pero eso me resulta /peor/ que un objeto global... cómo mantengo eso? si tengo que refactorizar me muero cómo podría evitar andar pasando referencias por todos lados? 2 me dice que no le delegue más de una responsabilidad a la clase (estamos de acuerdo), pero si la capacidad de ser singleton la "hereda"?, no están separadas las responsabilidades? También recomienda delegar la unicidad de la clase a un factory... yo a los factories los uso como singletons... ahhh!! chicken and egg!!! =P 3 de acuerdo... cómo lo soluciono? si tengo las referencias que pasan por todos lados no es similar? 4 está bien, lo admino, no hago unit testing... pero si recibo una referencia con un estado que puede haber modificado otra clase (que puede no estar en el unit), no tengo el mismo problema que plantea? Sin ganas de flame, sólo de aprender, Perso _______________________________________________ Lista de correo Programacion. [email protected] http://listas.fi.uba.ar/mailman/listinfo/programacion
