Aplicación MDI con DataModule

[[Lepe]]

Hace algún tiempo se habló de este tema y yo no estaba muy de acuerdo... con el tiempo lo veo cada día más razonable.

El tema sería, por ejemplo:
- Un datamodule general para la conexión TDatabase y Transaction
- Un datamodule por cada form hijo.

Los datamodules de cada hijo, se crean cuando se crea el Form; dentro tendrá las consultas y tablas que necesite ese form nada más.

Me darás la razón de que al tener muchos componentes no visuales en el form, te dificultan el trabajo e identificarlos (por estar encima de otros controles).... pues de igual forma es buena práctica separar el acceso a datos de la interfaz, de tal forma que el datamodule de cada Form sea el que encapsule lo concerniente a la base de datos.

saludos

[jlrbotella]

Actualmente cuando creo el datamodule, sobrecargo el metodo create de este para que se le pueda pasar la conexión, así todo esta centralizado.

También irá si creas un ttable en el formulario hijo y comprobarás que los curores son diferente por cada formulario hijo. Esto es la solución más sencilla, pero hay un problema.

Si tienes metodos ligados a una tabla como: onvalidate, after post o before insert, etc..., así como definición de los tfields (display format y editmask) y esta tabla la llamas más de una en vez en varios forms, lo que ocurre es que lo tienes que escribir de nuevo, mientras la solución que planteaba era heredarla con el datamodule.

Me gusta más la opción que ha comentado el usuario Lepe, y a ver si en la nueva versión de delphi 2007, sopesan este problema.

Saludos,
JL