Exigir la virtualidad de los métodos de terceros

Question

Estoy extendiendo una clase proporcionada por una biblioteca de terceros. La clase, llamémosla Foo, tiene un método reset() que se puede invocar para reiniciar el comportamiento de Foo. El método reset() también es utilizado internamente por la clase.

class Foo 
{ 
    public: 
    void reset() { 
     /* ... */ 
    } 
    void something() { 
     reset(); 
    } 
}; 

Hasta ahora, necesito sobrecargar el método reset() con el fin de restablecer mis características adicionales, así:

class Bar : public Foo 
{ 
    public: 
    void reset() { 
     /* ...something... */ 
     Foo::reset(); 
    } 
}; 

Por desgracia, ya que el método Foo::reset() no es virtual, llamando Bar::something() consigo el Foo::reset() método llamado en lugar de Bar::reset().

¿Hay alguna manera (diferente de sobrecargar Foo::something() también) de volverla virtual?

Answer 1

No puede ampliar las clases que no estaban destinadas a ser ampliadas.

Answer 2

No, esto no es posible. La virtualidad de un método se decide cuando se declara el método y no puede cambiarlo más adelante en una clase base.

Permitir que lo haga sería nada menos que un desastre. Los métodos virtuales simplemente se comportan de manera diferente que los métodos no virtuales y deben tenerse en cuenta al diseñar un objeto. Con esta propuesta, debería considerar que todos mis métodos podrían comportarse de dos maneras distintas. Eso aumenta significativamente el costo de diseño de la aplicación y reduce la confiabilidad.

Answer 3

Si ni restablecer ni algo es virtual, estás jodido, y ese es el final de la historia. Si algo es virtual, puedes anularlo. Sin embargo, si estos métodos necesarios no son virtuales, entonces la clase no debe extenderse (o implementarse correctamente, si fue diseñada).

Editar:

usted podría intentar composición, por ejemplo

class Bar { 
    Foo f; 
    // foo's methods, etc, wrapped here 
    void something() { 
     f.reset(); 
     reset(); 
    } 
}; 

Pero si necesita la conversión completa e implícita, todavía está lleno.

Answer 4

No puede hacer reset() virtual en su biblioteca de tal manera que afecte la clase base sin cambiar el código de la clase base. Para empezar, el compilador no ha agregado el código de contabilidad necesario que le permite realizar llamadas virtuales al reset().

Answer 5

No hay una 'manera limpia' de hacerlo usando herencia. Virtual es una diferencia de tiempo de compilación/enlace: el uso de un método vtable para resolver en tiempo de ejecución (virtual) frente a la vinculación directa (no virtual).