|
|
 |
 |
|
FTP | |
|
CCD | |
|
Buscar | |
|
Trucos | |
|
Trabajo | |
|
Foros | |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
 |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
12-07-2005
|
|||
|
|||
Es sano repetir?
Un cordial saludo a todos
En mi modulo de datos tengo algunas tablas que utilizo para consultas e inserciones o ediciones desde varias formas que lo requieren. A veces necesito realizar operaciones (edicion, inserción o eliminación) con estas tablas desde una forma especifica, y programarle algunos eventos. Alguien me aconsejo por cuestiones de organización copiar y pegar la tabla del modulo de datos en mi forma y alli programarle los eventos requeridos. Ayer LEPE me recomendo una soloción bastante interesante en este hilo http://www.clubdelphi.com/foros/showthread.php?t=23246 Entonces mi pregunta es: que tan sano es repetir? 
|
|
#2
12-07-2005
|
||||
|
||||
|
No sé a qué te refieres con repetir. Para mi, me ha funcionado tener un dataset único por tabla en todo el proyecto que me sirva para mandar datos a la base. Normalmente las reglas para ello no dependen del formulario desde donde se lancen y por ello eventos como OnNewRecord, OnBeforePost y OnPostError contienen siempre lo mismo independientemente de la interfaz de usuario. Teniendo un sólo dataset para ello te aseguras de estar usando la misma lógica en todas partes.
Otra cosa es la recuperación de datos, en donde, según lo que estés usando o mostrando al usuario, puede depender cuáles campos traes, qué relaciones haces con otras tablas, etc. En estos casos, a no ser que realmente puedan reutilizarse, normalmente los coloco en el mismo formulario o en un datamodule específico para un formulario. Eventos de navegación como OnBeforeScroll u OnAfterScroll son más susceptibles de depender de un elemento de interfaz en particular y por ello no los mezclo en un datamodule general. // Saludos
|
|
#3
12-07-2005
|
|||
|
|||
|
Gracias por tu respuesta Roman.
Cuando menciono repetir, hago referencia por ejemplo a tener una Tabla Clientes en el modulo de datos para hacer consultas (o recuperar informacion) y tener otra tabla exactamente igual en la forma Clientes en la que hago operaciones de modificacion de datos (insertar, editar, eliminar) pero con algunos eventos que se generan con base en datos manipulados esta forma.
|
|
#4
12-07-2005
|
||||
|
||||
|
Po lo general evito usar un grid para editar información, Esto me permite separar por un lado los datasets para actualizacoón de datos de los datasets para recuperación de datos.
Dicho en concreto, tengo un dataset tblCliente (suponiendo que uso un TTable) en un datamodule general en donde, además, tendré un tblFactura, tblPedido, tblProducto, etc. En este datamodule programo básicamente los eventos OnNewRecord (si necesito valores por defecto), OnBeforePost, para hacer validaciones y OnPostError para manejar errores generados en el servidor. En el formulario Clientes (donde mostraría una lista de clientes) coloco un dataset para alimentar al grid que muestre los clientes. Pero este dataset es de sólo lectura. Cuando requiera editar los datos de un cliente o agregar uno nuevo abro una ventana para ello con sus correspondientes dbedits enlazados al tblCliente del datamodule general.Si es un registro nuevo uso tblCliente.Append. Si estoy editando un registro existente uso tblCliente.Locate para colocarme en el registro correspondiente.Al Locate le paso como argumento la llave primaria del registro, misma que obtengo del dataset que usé para alimentar al grid. // Saludos
|
|
|
|
 |
|
Mode Lineal
