![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
si te vas a regir por lo estrictamente académico lo suyo es hacer una clase por cada entidad, con primitivas, derivadas y toda esa parafernalia.
yo no soy partidario de lo académico, más bien que entiendo que las clases a las que le corresponderán los datos y la lógica de la aplicación las implemento, salvo a pedido contrario y me lo tienen que argumentar muy bien, del lado del cliente; por lo tanto creo que ya el propio delphi tiene más que bien instrumentadas las clases y no creo necesario volver a inventar la rueda; ahora, eso si, detractores de los componentes dataaware haberlos hailos, sobre todo en mi país y han hecho cada desastre de programas, de programación redundante y de poner casi imposible el caracter incremental de la programación que ni te cuento. un saludo |
|
#2
|
||||
|
||||
|
El tema es muy complejo y las opiniones son muy divididas. Te puede interesar leer un par de discusiones anteriores al respecto:
http://www.clubdelphi.com/foros/showthread.php?t=197 http://www.clubdelphi.com/foros/show...siness+objects // Saludos |
|
#3
|
||||
|
||||
|
Personalmente en casi todas las aplicaciones que realizo mas o menos complejas hago uso de clases. En las unicas que no realizo clases son aquellas que tienen muchos formularios y la aplicación es muy visual y no amerita.
La principal ventaja es que cuando la aplicación crece, es mucho más facil de controlar, depurar y aumentar su complejidad sin que se te vaya de las manos. Eso es sin hablar de la reutilización, porque muchas veces terminas usando código de tus sistemas anteriores.
__________________
[Crandel] |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|