![]() |
Cita:
En el ejemplo que pones, se obtiene el mismo resultado si ElObjeto es del tipo TDerivada1 (que hereda con OVERRIDE) o si es TDerivada2 (que hereda con REINTRODUCE), porque siempre se puede hacer casting sobre un "hijo" haciéndolo pasar por su "padre": TClasePadre(TClaseHija). Tanto con OVERRIDE como con REINTRODUCE se sobre-escribe el código fuente de métodos heredados. Dicha sobre-escritura se realiza dentro del objeto "hijo", sin destruir el código original del padre. El cual, siempre es accesible desde el "hijo" si se hace uso de INHERITED. La úncia diferencia que conozco es que con OVERRIDE el compilador lanza en ocasiones algunos mensajes de aviso que no son lanzados si se usa REINTRODUCE. Mi gran duda es ¿existe alguna diferencia más aparte de esos mensajes de aviso en la compilación? ¿Acaso REINTRODUCE sólo vale para no hacernos daño a la vista con esos mensajes de compilación? ¿A qué nos arriesgamos exactamente haciendo caso omiso de dichos mensajes? Muchas gracias. |
Pues sí, la verdad es que el ejemplo que puse es muy poco afortunado. :( Intenté simplificarlo y lo simplifiqué tanto que me pasé. Intentaré explicarlo mejor:
En este ejemplo, dentro como fuera del procedimiento Uso se llama al método Procedimiento definido en la clase TDERIVADA. Esto es porque en TDERIVADA existe un único método con el nombre Procedimiento. Si no entiendes porqué, deja de leer y busca una explicación sobre la herencia y programación orientada a objetos. En otro caso, seguimos con otro ejemplo: En este segundo ejemplo, fuera del procedimiento Uso llama al método Procedimiento definido en la clase TDERIVADA mientras que dentro de Uso llama al definido en TBASE a pesar de que el objeto es de clase TDERIVADA. Esto es porque en TDERIVADA existen 2 métodos con el nombre Procedimiento: El heredado de TBASE y el re-definido (es decir, "re-introducido") en TDERIVADA. Si no entiendes cuándo utilizar REINTRODUCE u OVERRIDE, entonces deberías utilizar siempre OVERRIDE y, si el compilador muestra algún error, estudiar el porqué aparece el error y solucionarlo (sin utilizar REINTRODUCE, se entiende). [edit]Cambié un poco los ejemplos para que fuera más claro (o eso creo :confused: ) |
Hola,
Quisiera enfatizar que no se trata de entender la diferencia entre override y reintroduce, sino de entender que son conceptos totalmente disímiles e incluso opuestos. Los métodos virtuales y la directiva override, es el mecanismo que utiliza Delphi para implementar el polimorfismo. Omitir la directiva override, significa romper el polimorfismo, se define un método con el mismo nombre que el de una clase ancestra pero que no tiene nada que ver con aquél. Dado que hacer esto- romper el polimorfismo -es algo inusual y poco recomendado, el compilador de Delphi nos lo advierte. La directiva reintroduce no tiene ninguna utilidad excepto la informativa: indica al compilador (y a quien lea el código fuente) que eso- romper el polimorfismo -es nuestra intención, que estamos conscientes de la barbaridad que estamos haciendo, que nuestras razones tenemos para ello y que deje de protestar (el compilador y quien lea el código fuente). El método reintroducido, ciertamente puede usar inherited, pero ya no puedes llamarlo polimórficamente. // Saludos |
Muchísimas gracias. Ya lo tengo claro. :)
Tal como sospechaba, REINTRODUCE sólo vale para que el compilador no nos "moleste" con mensajes de advertencia de ruptura polimórfica voluntaria. |
| La franja horaria es GMT +2. Ahora son las 02:31:12. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi