|
|
 |
 |
|
Paypal | |
|
FTP | |
|
CCD | |
|
Buscar | |
|
Trucos | |
|
Trabajo | |
|
Foros | |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#7
19-03-2010
|
||||
|
||||
|
Mi opinión:
La opción 1 es la única opción que conviene. Verás: un módulos de datos no es meramente un repositorio de los componentes que nos estorban. Los módulos de datos nos sirven para mantener un código limpio y fácil de mantener. Es la herramienta para la sana separación entre el código de acceso a los datos y el código de interfaz visual. En un formulario, el único componente no visual relacionado con datos que deberías tener es un DataSource. En un formulario no debería haber ningún código relacionado con la lógica de negocios; únicamente debería haber código relacionado con interfaz de usuario: habilitar controles, pintarlos de colores, cambiar de foco, etc. // Saludos 
|
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| El programa se queda "colgado" mientras copia y luego "despierta" | NeWsP | OOP | 5 | 10-03-2010 22:05:40 |
| ¿Que opinion tienen del "Cloud Computing"? | xander | Debates | 3 | 29-10-2008 15:05:12 |
| Instar componentes diferentes que utilizan "iguales" unidades | raf.rsr | Varios | 0 | 25-06-2008 14:22:50 |
| Sobre componentes del tipo "TChart" o similares, preguntas varias | dec | Gráficos | 2 | 22-11-2007 13:50:47 |
| Necesito llamar a métodos de clases "hija" desde su clase "padre" | Flecha | OOP | 17 | 20-04-2007 00:03:53 |
 |
|
Modo Hilado