Autocreacion de Datamodules S/N

[[maeyanes]]

Empezado por Caral

Hola
Roman, no se en que estas de acuerdo, si se habla del datamodule, se habla de un lugar o form en el que se coloquen tanto los conectores de las bases de datos, como los tables, querys, reportes, etc, etc.
Segun recuerdo uno de los argumentos es tener en orden el proyecto, teniendo un lugar en donde ubicar todo lo dicho y poder tener acceso a estos a lo largo del proyecto.
Casualmente en mi caso, al utilizar el datamodule exclusivamente para el conector, a la hora de querer hacer un cambio de sistema se hace muy engorroso el trabajo, ya que hay que recorrer cada form, para hacer los cambios.
Sigo sin entender el porque hacer o crear un datamodule en ejecucion, sea donde sea, para que, si se crea de esta manera, para que sirve?, abra que crear los tables, querys y demas de la misma manera?, todo por codigo en ejecucion, para mi es volver al DOS, o basic.
Por supuesto Roman, este comentario es de un novato, solo opino y busco aprender, sin cuestionar tu conocimiento.
Saludos

No soy Román pero igual te contesto... jeje

A lo que se refiere Román es que no todos los DataModules tienen que estar creados desde el inicio de la aplicación...

Por ejemplo, el DataModule que usas para tener la conexión a la base de datos, ese si lo puedes tener para que se cree automáticamente al iniciar la aplicación. Pero puede que tengas un DataModule que solo necesites en cierto momento de la aplicación, entonces, no es buena idea tenerlo todo el tiempo en memoria si solo se va a usar por un tiempo corto en cierto momento; en ese caso, puedes crear el DataModule antes de usarlo y luego de usado lo destruyes de nuevo. Con esto no quiere decir que tengas que construir todos los componentes del DataModule por código, puedes crearlo en tiempo de diseño y sacarlo de la lista de autocreación del proyecto y ya luego al momento de usarlo:

Código Delphi [-]
with TShortLifeDataModule.Create(nil) do
  try
    // Aqui uso los componentes y/o métodos del DataModule
  finally
    free
  end

Espero que esto aclare tus dudas al respecto...


Saludos...

[[gluglu]]

Marcos lo ha explicado perfectamente !

Caral : No se trata de 'diseñarlo' y meter todos tus querys, etcetera en dicho datamodule, que evidentemente lo harás en tiempo de diseño. Se trata de 'crearlos' para que estén disponibles a la aplicación en sí mismo.

Es decir, DataModule.Create

Eso coincido plenamente con todos los comentarios anteriores. Depende, depende y depende. Dependerá de cada aplicación y uso.

Como dice ArdiIIa, un DataModule con cientos de DataSet's que se cree al principio de la aplicación y esté activo durante toda la aplicación, no tiene sentido en absoluto.

[[Caral]]

Hola
Bueno, por eso uno es un novato y hace preguntas o se cuestiona como tal.
Os ha veis explicado perfectamente, ya entiendo el punto, ya se que soy lento pero llego.
Espero no haber ofendido a Roman, con mi inquietud, no fue mi intencion.
Saludos

[[egostar]]

Empezado por Caral

Hola
Bueno, por eso uno es un novato y hace preguntas o se cuestiona como tal.
Os ha veis explicado perfectamente, ya entiendo el punto, ya se que soy lento pero llego.
Espero no haber ofendido a Roman, con mi inquietud, no fue mi intencion.
Saludos

No te sientas mal amigo Caral, yo siempre pensé que un DataModule se "debe" de crear en tiempo de diseño, no es cosa de novatos (quiero decir, Ex-Novatos ), mas bien es una cuestión de estilos.

Vamos pues que yo también aprendí algo hoy, eso es lo destacable.

Salud OS.

[[brakaman]]

Bueno pues yo tambien he aprendido algo mas.

al final creo que crearlos por codigo sera lo que ahorrara mas recursos, y tambien considero que crear varios sera mas eficiente y ordenado.

De todas maneras como bien decis depende, se pueden hacer pruebas.

Gracias a todos.