Solicito su opinión sobre mi modelado

[[AzidRain]]

En efecto la cuestión de acceder a la BD pretendo dejársela a una clase TGestor del cual pueden descender TGestorFacturas, TGestorClientes, etc. Esta clase por ejemplo sería la que reciba un objeto y lo almacene en la BD y a la inversa lo recupere, busque, etc. Ahorita por cuestiones de tiempo lo he dejado así como les comenté. De hecho cuando haga el cambio solo pasará dos métodos de TFactura al gestor por lo que no preocupa mucho.

Principalmente mi duda de "¿Lo estaré haciendo bien?" radicaba en el uso de TClientDatasets para almacenar temporalmente datos de la BD .Pero creo que no voy tan mal, de hecho me he dado cuenta que aunque dedico 2 o 3 días a modelar, diagramar y demás. Cuando escribo el código generalmente (90%de las veces) funciona a la primera.

[Neftali [Germán.Estévez]]

Empezado por AzidRain

...la cuestión de acceder a la BD pretendo dejársela a una clase TGestor del cual pueden descender TGestorFacturas, TGestorClientes, etc.

No va per ahí la cuestión o al menos yo no me refería a eso.
El Gestor es único. Y Las opreciones sobre la Base de Datos debe hacerlas utilizando un diccionario de Datos.

Si tienes 500 Clases tendrás 500 Objetos (que derivarán de la clase base <TObjetoNegocio>) un diccionario de Datos, donde se almacene de alguna manera la estructura de esos 500 objetos. Un único Gestor (que utilizando la información del diccionario debe ser capaz de realizar todas las operaciones sobre Base de Datos -independientemente de los objetos-) y por último las tablas.

En cuanto al tema de TClientDataSet creo que puede ser una opción acertada; Es más, en nuestro caso estuvimos revisándolos y hay dicumentación donde se explica cómo hacerlo (la mayoría referente a modelos de persistencia en Java, pero que explican las líneas generales).