datamodule

[[egostar]]

Empezado por josi

hola a todos

quisiersa saber como se trabaja con data module osea
que en cada form solo tenga que colocar el adoquery sin tener que por cada adoquery colocar un adoconecction.

gracias.....

Hola

En el datamodule colocas un solo adoconnection y tantos adoqueries y/o adotables que uses para tus formas.

Salud OS

[*Caro*]

Hola josi, un dataModule te sirve para tener dentro de el, componentes no visuales, que serían los componentes de acceso a datos (AdoConnection, AdoQuery...), solo necesitas un AdoConnection como te dice Egostar y todos los Adoquerys, AdoTables que necesites, en los formularios es suficiente que incluyas el DataModule en el uses, para que puedas acceder a todos tus Querys...., y enlazarlos a tus componentes de bases de datos (dbGrid,dbEdit....).

Saluditos

[roman]

Empezado por Caro

un dataModule [...] solo necesitas un AdoConnection como te dice Egostar y todos los Adoquerys, AdoTables que necesites, en los formularios es suficiente que incluyas el DataModule en el uses, para que puedas acceder a todos tus Querys...., y enlazarlos a tus componentes de bases de datos (dbGrid,dbEdit....).

¿Y los datasource, donde van?

// Saludos

[[egostar]]

Empezado por roman

¿Y los datasource, donde van?

// Saludos

Buena pregunta , yo los pongo en el mismo datamodule, que te parece, está mal ?

Salud OS

[[Caral]]

Hola
Para mi en esto no hay una regla establecida, ni tampoco una linea a seguir, depende de la comodidad de cada uno.
En mi caso en el Datamodule solo pongo el conector (AdoConnection) por que??, por que es el que ligara a todos en el programa.
En cada form pongo lo que necesito, tanto los adotable, adoquery, datasource, por que???, por que es mas facil revisar el código que conecta cada uno, sin tener Sopotocientos en el datamodule y dandoles nombres descriptivos para no equivocarte, abriendo cada dos por tres el datamodule para verificar.
Se que lo correcto seria todo en el Datamodule, para eso es, pero la comodidad es muy subjetiva.
Saludos

[roman]

Es cierto que cada quien se acomoda de una u otra forma, pero creo que mezclar los DataSet en el formulario, a la larga resulta muy complicado. Yo lo hacía así, pero terminas teniendo demasiado código revuelto.

Muchas veces, en el formulario hay que poner código que sólo tiene que ver con la interfaz de usuario, como habilitar o inhabilitar controles, responder a eventos del teclado o del ratón, etc. Si además mezclamos el código de validación de datos, inicialización de registros, etc., el formulario puede convertirse en una mezcla muy difícil de leer.

Yo trato de colocar todos los DataSet en su correspondiente datamodule, y los datasource en los formularios. La razón es que me parece que se crea mejor independencia entre los formularios y los datamodule. Si quiero cambiar de componentes de acceso a datos, en principio sólo tengo que apuntar el datasource del formulario al nuevo componente, mientras que si dejo el datasource en el datamodule, tendría que redireccionar todos los componentes db aware al nuevo datasource (porque al cambiar de componentes estoy pensando en un nuevo datamodule).

No obstante, el datasource es muy poca cosa, y aunque no sé si es la razón exacta, creo que es por ello que Al González trabaja con un derivado del TDataSource que repite los eventos del dataset.

Vamos a ver. Creo que siempre es mejor mantener separado el código de interfaz de usuario del código de acceso a datos; es más legible. Pero simplemente poniendo los dataset en un datamodule y los componentes dbaware en l formulario, no es suficiente: ¿qué pasa si necesitamos actualizar elementos de la interfaz de usuario conforme nos movemos por los registros? Necesitaríamos el evento AfterScroll, pero resulta que está en el DataModule. ¿Qué pasa si hay un error en la inserción de un registro? Para avisar al usuario necesitamos el evento OnPostError del dataset, pero está en el datamodule. Etc.

En algunos casos es suficiente con el evento OnDataChange del datasource, pero este evento se genera por muchas causas así que no siempre es lo suficientemente fino.

En algunas ocasiones lo que he hecho es implementar un mecanismo primitivo de observación (esto a Delphius le encanta poniendo en el datamodule una propiedad "formulario" que apunta al formualrio (o una lista de formularios) a los que hay que avisar acerca de algún evento. Pero, creo que la solución que da Al es a la larga mucho más clara y práctica.

En fin, para opinar...

// Saludos

[[Caral]]

Hola
Para mi hay algo que aveces perdemos de vista, quien hace la pregunta?.
Cuando empece ya hace casi dos años en esto de la programación, os leía y por supuesto no entendía nada, hice preguntas que seguramente para vosotros fueron muy básicas e incluso ingenuas.
Coincido, después de estos años, que lo que planteas es lo mejor, es lo adecuado y que de alguna manera ordena el formulario, pero pregunto:
Cuando se empieza en esto no es mas fácil poner los componentes en el mismo formulario, que ademas, muy seguramente por el tamaño de la aplicación, ya que estoy empezando, serán pocos?.
Se que el que mal aprende, mal programara al final, por eso creo que indicar la mejor manera es correcto, pero también incluir la facilidad para entender el concepto lo es, o no?.
Siempre es un placer y un privilegio leerte Maestro Roman.
Saludos