FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
#1
|
||||
|
||||
Class Helpers
Cita:
Enlace
__________________
Van Troi De León (Not) Guía, Code vB:=Delphi-SQL, ¿Cómo? Viajar en el tiempo no es teóricamente posible, pues si lo fuera, ya estarían aqui contándonos al respecto! |
#2
|
||||
|
||||
¡Hola a todos!
Desconocía esta característica en Delphi (mas no el concepto de "ayudante de clase"), quizá por no haber salido aún de la versión 7. Sería muy bueno poder acceder cuando menos a los elementos protegidos de la clase ayudada. De todas formas no deja de tener otras limitantes. Veo este mecanismo de los ayudantes de clases como un paso intermedio hacia el concepto de Herencia Insertada que he mencionado en algunas ocasiones: http://www.clubdelphi.com/foros/show...4&postcount=10 http://www.clubdelphi.com/foros/show...64&postcount=7 Un abrazo ayudante. Al González. |
#3
|
||||
|
||||
Estimado Al, me parece recordar que ya alguna vez te había pedido que profundizaras más en ese concepto por el que abogas y me comentaste que pronto lo harías. Quiza me he perdido algún mensaje pero sigo esperando
El punto es que no me queda claro. Si tienes una clase A y las clases B y C derivan de ella, ¿lo que tú propones es poder agregar funcionalidad posterior a la clase A de manera que B y C se beneficien de ello? De ser así, ¿no rompería ello con el principio OOP de que una clase debe estar cerrada para modificación aunque abierta para ampliación? Por otra parte, si bien no en Delphi, me parece que este concepto que buscas lo tiene JavaScript, ¿lo has visto? Si no mal recuerdo, puedes usar A.proptotype para alterar A y todos sus descendientes. Bueno, me encantará ver más acerca del tema. // Saludos |
#4
|
||||
|
||||
¡Hola a todos!
Cita:
Cita:
Cita:
Cita:
Un abrazo insertado. Al González. |
#5
|
||||
|
||||
Cita:
Ahora bien, la idea original, si te he entendido, es: Agregar funcionalidad común a las clases B y C sin repetir código. De cualquier forma, agregar funcionalidad significa derivar una nueva clase. Así que de cualquier manera estaríamos hablando de crear clases B' y C' descendientes de B y C. Pero en tal caso podríamos crear A1 descendiente de A y luego B' descendiente de A1 y B y C' descendiente de A1 y C. ¡Ah! Pero Delphi no tiene herencia múltiple. Bueno, entonces, ¿no sería eso, la herencia múltiple, lo que habría que pedir? // Saludos |
#6
|
||||
|
||||
¡Hola a todos!
Cita:
Haciendo a un lado las posturas conservadoras (acción esencial en el avance de toda tecnología), es imposible negar que sería muy padre (chévere, agradable) poder añadir sin complicaciones una propiedad NivelSeguridad a todos los TEdit, TMemo, y TComboBox que agregamos a una forma la semana pasada; o hacer que todo botón oprimido, sea de clase TButton, TcxButton, etc., registre en una bitácora la fecha y hora de su accionar; o redefinir el método virtual TDataSet.SetActive para llevar un conteo de aperturas en todos los conjuntos de datos que en adelante agreguemos a nuestra aplicación, sean de clase TClientDataSet, TADOQuery, TIBTable, o de alguna otra clase de componente data set que posiblemente aún no tengamos y bajaremos de Internet en unos días. Esta sana discusión se torna interesante. Gracias por seguir externando tus valiosas opiniones Román. Me gustaría invitar a Antonio Castillo, Federico (DCA) y a todos los demás programadores Delphi a compartir sus puntos de vista. Un abrazo chévere. Al González. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
First Class en delphi 7 | aram2r | Varios | 4 | 24-03-2011 20:31:14 |
Class String Not Valid | toro2186 | OOP | 4 | 01-08-2005 20:17:02 |
'Class not registered' | Enan0 | Varios | 7 | 27-06-2005 17:20:27 |
Problema al instalar 1st Class | rochi | Varios | 2 | 18-05-2005 21:53:56 |
|