El día 8/06/07, Nicolas Emiliani <[EMAIL PROTECTED]> escribió:


> pero hay algo que realmente no me gusta del diseño que hiciste y es
> esto:
> Vos estas heredando del template singleton y le estas pasando como
> parametro la clase hija (campo), por ende te quedan
> metodos definidos en el padre (el template singleton) que usan la clase
> hija... y un padre no deberia saber quien es que hereda de el... me expliko
> ????
>

me corrijo... el padre no sabe que campo es su hijo, ya q el solo lo usa
como parametro para armar los metodos... pero igaul es medio forzado que en
una clase  de  orden superior (padre) se usen  clases de orden inferior
(hijos) de la misma rama del arbol de heremcia.


Primero, gracias por las Respuestas!
Si, estoy de acuerdo con vos. Por eso me parece que lo mejor es que campo no
herede de Singleton, sino "empaquetarlo" con singleton (que ademas es mas
simple), asi:

Singleton<Campo>::get_instance();
....
Singleton<Campo>::delete_instance();

Con:

friend class Singleton<Campo>;            (En Campo)

Por lo que vi, me parece que mas o menos funciona.
Aun no, pero en un tiempo esto si puede ser que lo use desde varios threads,
pero no al mismo tiempo.
Espero que no explote! jaja

no es la primera ves que veo esto para implementar un singleton.... pero en
> mi opinion es un patada con carrera en los dientes :P
>

Si, es vdd que se puede implementar en la clase directamente. Pero me parece
que es una forma interesante de aplicar el patrón sin ensuciar la clase en
si :)

Saludos
Seba

saludos....
>
> nico.
>
> > v3sw6Chw5ln6pr7Ock3ma8u9Lw3Xm5l7Gi2Ce6t6Gb8Ten4g6OPa28s5Mr1p8
> > hackerkey.com
> > _______________________________________________
> > 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


_______________________________________________
Lista de correo Programacion.
[email protected]
http://listas.fi.uba.ar/mailman/listinfo/programacion

Responder a