POO y VB

Hola Sergio:

Yo estoy igual que tu, al principio muchos conceptos y te lias, pero te has
explicado bien y he entendido lo que querias decir. Es dificil encontrar
usos/utilidades de MyClass, pero se pueden encontrar ;-)

Yo creo un metodo SORT maravilloso, rapido y optimizado para mi clase clsA.
Pero me interesa 'permitir' sobreescribirlo (overridable) para que si
alguien hereda mi clase, puede (o no) necesitar modificar la manera de
ordenar el objeto (puesto que puede tener mas propiedades, y no quiere tener
dos metodos: Sort y SortNuevo). Pero desde mi clase (clsA), yo cuando llame
al metodo SORT, quiero que se ejecute el mio, puesto que es el mas
maravilloso y el mas rapido :) => MyClass.Sort()

Esto es lo que se me ha ocurrido :), ahora falta que alguien que haya
programado con objetos 'realmente' se haya encontrado con un problema
parecido.

Saludos

Luis

"Sergio" escribió en...
Hola Luis:

Tu ejemplo está bien (ya me gustaría a mi sin IDE escribir código
sin errores) y es muy claro, pero...

Imagina que tu no eres el creador de la clase clsA, sino que eres
cliente (y no tienes acceso al código fuente) y asumes que si
sobreescribes fA (que además el creador de clase pensó que sería
buena idea porque la declaró como "overridable"), tu clase derivada
siempre llamará a tu nueva versión de fA (que has sobreescrito porque
la implementación original no te era válid), pero sorpresa en
algún momento oscuro del programa ... se ejecuta fA de la clase base y
no el que tu querias... bueno... vale... ¿no sería mejor utilizar
MyBase.fA cuando yo quiera o evitar que se pueda sobreescribir el
método si que es un procedimiento "vital"?

Quiero decir que llevas razón en que ahí esta para cuando se
necesite, pero que se me ocurren (como a ti) pocos casos (claro, que
tampoco programo mucho con POO y estoy empezando ahora)

Si no me he explicado muy bien, lo siento, tanto objeto por aquí y por
allí terminan por atorarme.

Un saludo.