FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Mejora No Visual para un TDataModule
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 |
#2
|
||||
|
||||
Puedes crear tantos datamodules como necesites, en lugar de tener uno con muchos componentes.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#3
|
||||
|
||||
Aunque no soy partidario de colocar "muchos" componentes en un datamodule, no deja de tener sentido y practticidad la idea del compañero darkamerico
__________________
Ya tengo Firma! |
#4
|
||||
|
||||
Imagino que se podría hacer algo así como una especie de componente que fuese una lista de componentes
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#5
|
|||
|
|||
Esta idea no es nueva
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 |
#6
|
|||
|
|||
Data Module separados
Cita:
Como te dice casimiro, puedes tener varios datamodules, yo me estructuro una aplicacion de escritorio en 3 carpetas: acceso a datos (aqui creo un data module con componentes tibquery), logica (aqui creo un data module con componentes tdatasetprovider y tclientdataset que llama a su componente de acceso a datos), interfaz (aqui creo los formularios que va usar el sistema pero que son heredados de una clase form personalizada y que llama a su componente logica). Lo anterior lo aplico para cada tabla, es decir no tienes que meter todos los componentes a un solo data module, debes estructurarlo para que sea ordenado y fácil de manejarlo. Cita:
Mira hace años aprendí esto de estructurar una aplicación de delphi gracias a la pagina delphiallimite, que aun funciona, googlealo y encontraras esto para que te sea de guía en tus desarrollos. Suerte |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Mejora para el DataModule | darkamerico | Varios | 1 | 07-08-2017 21:16:13 |
¿En qué se diferencia un TDataModule de un TForm? | noob | OOP | 5 | 25-09-2008 17:50:08 |
Usar TDataModule de un .exe en un DLL | Luzma | C++ Builder | 2 | 15-07-2008 00:48:59 |
Problema de Tdatamodule y Packges | Efren2006 | OOP | 0 | 04-06-2008 18:35:47 |
Com usar TDataModule? | omar_e_rc | Varios | 1 | 19-05-2005 23:28:55 |
|