variables en app de wxPython

[Mario Lacunza]

Hola Carlos,

Lo q intentas no es recomendable a nivel de App cliente servidor. Si lo
piensas para un sistema con poquisimos users, sin server dedicado...

Deberias mantener la coneccion solo el tiempo necesario para realizar la
operacion cerrarla y reabrirla cada vez, lo cual se aconseja para el diseño
N Tiers q esta implementando.

Ahora q si lo q quieres compartir es la cadena de coneccion, eso va en la
capa de datos y es con esa q se comunica tu capa de negocios.

Si aun insistes ;-) pues para hacerlo esta bien como lo haces(creo...), sino
pasale un objeto mutable (Lista o diccionario) es decir un puntero a una
posicion de memoria.

En cuanto a la var global de VB...eso si es una mala practica de
programacion OOP q debes evitar a toda costa.

El día 3/01/06, Carlos Eduardo Sotelo Pinto <csotelop en yahoo.es> escribió:
>
> Holas lista
>
> Agradezco su ayuda, ahora trato de aclarar mas el panorama.
>
> Efectivamente cometi un error en las definiciones de los pquetes
>
> client. Los wxWidgets
> bussines. Clases de negocios
> batabase. Clase de acceso a base de datos
>
> Bueno, mi idea era que la coneccion a la base de dato se inicie en el
> momento de iniciar la apliacion, algo asi como un coneccion persistente,
> y cerarlar cuando esta app se cierre.
>
> El asunto era como mis clases de negocios podrian usar esta coneccion ya
> abierta y no estar abriendola cada vez que cree una instancia y se
> destruya de la misma forma, mas claro aun,  tener una sola coneccion, la
> cual abrir en el momento de cargar la app y cerrarla cuando cierre la
> app, las clases de negocios solo usaran esta coneccion abierta.
>
> Por eso pense en abri la coneccion en el modulo que instancio mi wxApp,
> y una vez abirta... como se las paso a las instancias de mis clases de
> negocios. yo lo estaba haciendo como un atributo de mis clases, pero
> queria saer si existia una forma mas sencilla de hacer esto, o fomra de
> simular una variable global de vbasic por ejemplo; que se que le
> quitaria en algo la independencia entre los paquetes, pero si saben de
> alguna forma de hacer conecciones persistentes, por favor haganmela
> saber...
>
> Gracias nuevamente
>
> KrLoS
>
>
> Chema Cortés wrote:
> > El Viernes, 30 de Diciembre de 2005 15:31, Carlos Eduardo Sotelo Pinto
> > escribió:
> >
> >>Tengo una app de wxPython, la cual cotiene tres carpetas (paquetes)
> >>
> >>-client. Los wxWidgets
> >>-batabase. Clases de negocios
> >>-bussines. Clase de acceso a base de datos
> >>
> >>encima de estos tres temgo mi archivo principal.. mi wxApp, en este
> >>nivel creo una variable de acceso a datos para que esta se mantenga a lo
> >>largo de toda la aplicacion, como coneccion persistente.
> >>Actualmente me encuatro pasando esta variable de objeto coneccion de
> >>base de datos para cada uno de los modulos en el momento de cargarlo,
> >>pero mi duda, es hay una forma de hacer uso de esta variable sin pasarla
> >>de modulo en modulo, o tal vez, asi como accedo a mis attributos de
> >>objeto mediante el self.... tambien puedo accedera los parents... alguna
> >>sugerencia... o una mejor forma de hacerlo... saludos
> >
> >
> > Algo no me cuadra. Si tienes una clase para acceso a datos, ¿para qué
> tiene
> > wxApp que conectar con la base de datos? Lo lógico es que la clase de
> acceso
> > a datos sea la única que con conexión a la base de datos (o lo que sea
> que
> > almacene los datos).
> >
> > Lo segundo que no me cuadra son los nombres de las capas de negocio y de
> > acceso a datos (me parece que están intercambiadas).
>
>
> ______________________________________________
> Renovamos el Correo Yahoo!
> Nuevos servicios, más seguridad
> http://correo.yahoo.es
> _______________________________________________
> Python-es mailing list
> Python-es en aditel.org
> http://listas.aditel.org/listinfo/python-es
>



--
Saludos / Best regards

Mario Lacunza
Desarrollador de Sistemas - Webmaster
Desarrollador 2 Estrellas  VS2005

Email: mlacunza [AT] gmail [DOT] com
Website: http://mlacunzav.cogia.net
Blog: http://mlacunza.blogspot.com/
Lima - Peru