![]() |
![]() |
| 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
|
||||
|
||||
|
Hola pape19.
Decir la manera "correcta" de hacerlo sería como decir que tu código es incorrecto y no es así, por que como mencionas, funciona bién. Pero creo que se le podrían hacer algunas mejoras. Si bién está probado, el código siguiente es sólo un ejemplo de guía.
Un ejemplo de uso:
Saludos ![]()
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
|
#2
|
||||
|
||||
|
Daniel,
![]() Nelson. |
|
#3
|
||||
|
||||
|
Yo creo que la idea es buena. Se pueden modificar algunas cosas, pero el camino es el correcto.
Algunas sugerencias... (1) En la parte public de tu empleado has definido procedures para rellenar los diferentes "campos". Utiliza propiedades. Si además las colocas en la parte published te permitirá utilizar RTTI para trabajar con ellas. Lo cual te da mucha potencia y es muy útil para trabajar con POO, aunque tal vez eso puedas dejarlo para más adelante. Tal como te ha indicado ecfisa. (2) Si deseas aprovechar tu clase TCliente en otros lugares, deberías crear una propiedad (o las que necesites) para asignar los componentes de Base de Datos (TDatabase, TDataSet,...). De esa forma si la utilizas en otra aplicación sólo deberás rellenar esas propiedades con los nuevos valores. De esa forma "extraes" de la clase los elementos "concretos" que la unen a tu aplicación actual y la haces más universal. Algo así como los parámetros de una función. (3) Siguiendo con el punto anterior, si cada clase va a taner unas propiedades para la conexión a Base de Datos, lo lógico sería crear una clase "base" que posea los métodos, propiedades y código comunes a todas. De esta forma evitarás mucho código. (4) Más adelante, si dominas la herencia y con un poco de RTTI, puedes hacer que métodos como el Save, Delete, Buscar,... de la diferentes clases puedan estar codificados casi por completo en la "clase base", de esa forma si tienes 10 clases no tienes que implementarlos en todas ellas.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#4
|
|||
|
|||
|
Sus respuestas me han orientado muchísimo, sobre todo para poder encontrar información adicional. Por ejemplo, no tenía muy en claro lo que era RTTI; si bien he visto que no es fácil de aplicar, con estudio todo se aprende, y además el esfuerzo vale la pena porque realmente simplifica mucho código y logra aplicaciones con clases más "parametrizables" por decirlo de alguna manera. Lo que lleva a más reutilización, el anhelo de cualquier programador que toma esto como actividad, creo yo.
Dejo un link con un manual que me ha servido mucho para iniciar este camino por la POO en Delphi. http://delphi.about.com/od/oopindelp...elphi_oop2.htm En el FTP he subido su traducción: http://terawiki.clubdelphi.com/Delph...+en+Delphi.rar Neftalí y ecfisa, muchas gracias! Saludos! |
|
#5
|
||||
|
||||
|
pape19,
Cita:
Cita:
![]() Nelson. Última edición por Casimiro Noteví fecha: 24-02-2014 a las 00:23:09. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Programación orientada a objetos + Aplicacion Ejemplo | pape19 | Varios | 4 | 19-06-2013 14:13:06 |
| Programacion orientada a Objetos...duda total.... | Kenobi | Varios | 20 | 30-07-2008 15:38:25 |
| Programacion Orientada A Objetos | sdiaz1983 | Varios | 8 | 16-11-2007 02:42:46 |
| Es la Programación Orientada a Arquitectura una evolución de OOP? | Roll06lm | OOP | 4 | 23-10-2007 00:33:50 |
| Programación Orientada a Aspectos | marcoszorrilla | Debates | 17 | 06-04-2004 23:18:27 |
|