encontre una discusion al respecto donde justamente se menciona el caso de una dbconnection.
http://forum.java.sun.com/thread.jspa?threadID=405383&messageID=1774603 por otro lado, en http://my.opera.com/zomg/blog/2007/09/17/singleton-pattern-vs-static-classes dice: You can also give a singleton some parameters. When working with static classes, you may need to pass a lot of parameters to the methods of the class because you aren't "constructing" it. This can, however, be avoided by using a method in the static class that saves the parameters and calling the method you want after that which is pretty much equal to first calling the singleton's getInstance with your parameters and then calling its method. Una vez tuve que implementar un singleton con parametros para el laburo (que nunca me gusto como quedo), y ahora de nuevo para el ej3 del tp de taller de programacion I, pero a pedido explicito de los profesores. concretamente piden que la clase theApp que representa la aplicacion sea singleton, y se lo invoque como int main(int argc, char** argv) { return theApp::getInstance(argc, argv))->Ejecutar(); } slds. francisco. On 9/27/07, Leandro Fernández <[EMAIL PROTECTED]> wrote: > El tema es que el parámetro no debería pasárselo el que lo pide sino que > debería venir de algún otro lado que sea constante por cada ejecución del > programa. > > Por ejemplo un singleton DB que represente la base de datos. Seguramente > cada vez que se ejecute el programa los datos de usuario, clave, nombre de > base pueden cambiar. Pero son constantes durante una ejecución desde el > principio al fin. > En este caso sería lógico que al construir el singleton tomes los parámetros > de algún lado, por ejemplo un archivo de configuración. > > Creo que en cualquier otro caso estás fuera del patrón. > > Explicá el caso puntual donde lo querés emplear. > > > On 9/27/07, Francisco Dibar <[EMAIL PROTECTED]> wrote: > > > > ok, pero segun tu ejemplo, en algun momento tuviste que setear la > > variable esDeDia! (obviamente asumimos que un valor por defecto al > > construirlo no me sirve). > > > > entonces en tu caso el primero en usarlo hace un getInstance y luego > > un setEsDeDia, > > el segundo hace un getInstance y como sabe si setEsDeDia es valido? > > tiene que chequearlo...y si no es valido entonces lo setea...mmm...no > > es mejor pasarselo entonces al getInstance como parametro? y estamos > > de nuevo en el problema que plantee al principio! > > > > slds. > > _______________________________________________ > > Lista de correo Programacion. > > [email protected] > > http://listas.fi.uba.ar/mailman/listinfo/programacion > > > > > > -- > _Leo_ > (aka Lele) > _______________________________________________ > Lista de correo Programacion. > [email protected] > http://listas.fi.uba.ar/mailman/listinfo/programacion > > _______________________________________________ Lista de correo Programacion. [email protected] http://listas.fi.uba.ar/mailman/listinfo/programacion
