> Sergio Fedi escribió:
> > Una nota mas:
> > El uso de la variable de clase de OmniBase para contener la base de
> > datos me parece bien para aprender a usarla, pero no lo recomiendo en
> > lo absoluto para trabajar.
> > (es como tener una variable global)
>
> No entiendo a que te referís con esto, si a tener una variable de clase
> para la instancia de la sesion de Omnibase o a la variables de instancia
> de la transaccion que tiene OmniBase del lado de clase.

Me refiero a no usar "OmniBase current" ni "OmniBase currentTransaction".

> Para no nombrar a la base de datos yo lo resolvi inicializando las
> colecciones de objetos persistidos adentro de ListModel's. Engancho los
> eventos de los ListModel (agregar y remover) con algún objeto que
> conozca la base de datos y este se encarga de hacer el trabajo de
> transacciones, dirty, lo que sea.

No se si entiendo todo lo que me decis, pero parece ser que metiste un
objeto entre la interfaz y los objetos del modelo, el que conoce la
DB, maneja transacciones, etc.
Si es asi, entonces es muy parecido a como lo tengo modelado.
Esos objetos intermedios, digo que pertenecen a la capa de Aplicacion
(la Aplicacion está sobre el modelo, maneja persistencia entre otras
cosas, pero está debajo de la interfaz, no maneja aspectos visuales)

--~--~---------~--~----~------------~-------~--~----~
Ha recibido este mensaje porque está suscrito a Grupo "clubSmalltalk" de Grupos 
de Google.
 Si quieres publicar en este grupo, envía un mensaje de correo 
electrónico a [email protected]
 Para anular la suscripción a este grupo, envíe un mensaje a [EMAIL PROTECTED]
 Para obtener más opciones, visita este grupo en 
http://groups.google.com/group/clubSmalltalk.

-~----------~----~----~----~------~----~------~--~---

Responder a