Mejora No Visual para un TDataModule

[darkamerico]

Saludos amigos,
Os pongo en situación, muchas veces una aplicación se extiende tanto que los componentes TQuery, TDataSource, etc. se apilan por montones en un data module, lo cual obliga a crear un segundo, un tercer datamodule y anidarlos con el componente TConnection para trabajar, lo cual aparte de ser incomodo, se hace complicado de mantener con el tiempo.

Intenté reemplazar los TDataModule con TForm, con la idea de poder utilizar componentes containers como TTabControls para agrupar los componentes de acceso a datos, pero son incompatibles por ser no visuales, ahora bien, quizás exista por ahí algún componente TTabControl o similar que sea capaz de albergar componentes TConnection, TQuery, etc. dentro de un TDataModule.

Seria una mejora muy interesante integrar esta funcionalidad de forma nativa en un TDataModule, dotarlos de la capacidad de tener componentes containers como: TPanel, TTabControl, etc.

Atte
Americo Torres

[Casimiro Notevi]

Puedes crear tantos datamodules como necesites, en lugar de tener uno con muchos componentes.

[juanelo]

Empezado por Casimiro Notevi

Puedes crear tantos datamodules como necesites, en lugar de tener uno con muchos componentes.

Aunque no soy partidario de colocar "muchos" componentes en un datamodule, no deja de tener sentido y practticidad la idea del compañero darkamerico

[Casimiro Notevi]

Imagino que se podría hacer algo así como una especie de componente que fuese una lista de componentes

[darkamerico]

Saludos compañeros y amigos, me he percatado en mis investigaciones que diversos desarrolladores tenian una idea parecida ya desde hace tiempo, quizas desarrollar un componente paralelo a un TDataModule y unos cuantos componentes agrupadores como tabs, paneles, y otros (solo design time) podrían ser muy útiles para mejorar la ordenación lógica de los componentes de acceso a datos.

Lanzo el reto a aquellos con las capacidades suficientes para realizar esta tarea.

Un fuerte abrazo a todos