Binding o no?

[[AzidRain]]

Normalmente uso databinding con los componentes de delphi de forma que pueda desarrollar rapidamente y no preocuparme mucho por el manejo de la BD. Uso MysQL y Zeos.

He estado explorando .NET y ADO asi como conectores nativos de MySQL y veo que ahi es otro el concepto.

Un amigo que maneja .NET me decía que es mejor no usar databinding en el diseño. Eso si me dejo sorprendido, solo de pensar en el montón de código adicional que hay que meter tan solo para grabar un registro a partir de un diálogo me espanto.

Pero quisiera opiniones de gente del Club, que tan práctico es esto en Delphi. ¿Vale la Pena?

He querido hacer diseños en capas o usando el modelo MVC en Delphi pero siempre termino dándome de topes con las bases de datos, porque Delphi carece de un objeto que encapsule completamente una tabla y uno la pueda ver como una colección de objetos .

Me he imaginado esto:

UN objeto factura (con sus propiedades y demás)
un Objeto facturas (colección de objetos factura)

un objeto Control (que sabe que hacer con las facturas)

un objeto Visor (que solo sabe mostrar una factura que se le pase)

un Objeto Principal (el hilo principal del programa)

Usuario: quiero editar las facturas.
Objeto p: Un momento, crearé un contol para buscarlas
(se crea el control)
Objeto p: Dame todas las facturas con estos criterios)
Control: creo una coleccion facturas de todos las facturas que cumplan
Objeto p: Visor muestra esta factura x

o Algo asi.

En teoria esta sencillo de aplicar pero como decía siempre me doy de topes al llegar a la abstracción de las tablas pues estas no son Objetos como tales.

¡?¡?¡ Sugerencias...???

[[Caral]]

Hola AzidRain
La verdad si me pones a escoger, ni ado ni nada, lo mejor para mi ya lo tienes zeos, si, se que hay otros pero por simpleza a la hora de conectar, de hacer las cosas, no se, me pregunto si vale el esfuerzo para llegar al mismo sitio.
No se, solo opino.
En la simpleza esta la velleza.
Saludos

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

Empezado por AzidRain

Pero quisiera opiniones de gente del Club, que tan práctico es esto en Delphi. ¿Vale la Pena?

Entiendo a que a nivel genaral no vale la pena "desechar" esa posibilidad. En algun caso muy concreto, tal vez por temas de extrema eficiencia o por temas de necesitar extremo control sobre todos los accesos y acciones sobre Base de Datos, sea justificable, pero en general; Programar "a mano" ese código implica muchos errores, mucho trabajo y mucho tiempo, y haciendolo bien tal vez sea más eficiente de lo que lo hace delphi, pero las contrapartidas también son muchas.

Empezado por AzidRain

Me he imaginado esto:

UN objeto factura (con sus propiedades y demás)
un Objeto facturas (colección de objetos factura)

un objeto Control (que sabe que hacer con las facturas)

un objeto Visor (que solo sabe mostrar una factura que se le pase)

un Objeto Principal (el hilo principal del programa)

Usuario: quiero editar las facturas.
Objeto p: Un momento, crearé un contol para buscarlas
(se crea el control)
Objeto p: Dame todas las facturas con estos criterios)
Control: creo una coleccion facturas de todos las facturas que cumplan
Objeto p: Visor muestra esta factura x

Tal vez deberías deberías mirar ECO o algun framework de persistencia a ver si te convencen...

[roman]

Empezado por Neftali

Entiendo a que a nivel genaral no vale la pena "desechar" esa posibilidad. En algun caso muy concreto, tal vez por temas de extrema eficiencia o por temas de necesitar extremo control sobre todos los accesos y acciones sobre Base de Datos, sea justificable, pero en general; Programar "a mano" ese código implica muchos errores, mucho trabajo y mucho tiempo, y haciendolo bien tal vez sea más eficiente de lo que lo hace delphi, pero las contrapartidas también son muchas.

Me sorprende un poco leerte esto. Es decir, de lo que habla AzidRain es justamente de un framework de presistencia, que, según creo recordar, tú has trabajado con ello, ¿no?

// Saludos

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

Empezado por roman

Me sorprende un poco leerte esto. Es decir, de lo que habla AzidRain es justamente de un framework de presistencia, que, según creo recordar, tú has trabajado con ello, ¿no?

Sí, y sigo en ello.
Por eso le comento que los mire...
Me refería a programar sin usar los controles DataAware, es decir, con los controles de edición normales y luego lanzando SQL's, pero sin Framework de persistencia, es decir sin clases. Tal vez lo entendí mal.