Cita:
|
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
finally
free
end
Espero que esto aclare tus dudas al respecto...
Saludos...