usando hermana herencia

Question

supongamos un cierto código (legacy), que no puede ser tocado, declarar

struct B{ 
public: 
    void f(){} 
}; 

y supongamos tener

struct A{ 
public: 
    virtual void f()=0; 
}; 

es posible hacer una Una llamada subclase B :: f sin llamar explícitamente f(), es decir, en lugar de

struct C: public A, public B{ 
    void f(){ 
    B::f(); 
    } 
}; 

tener algo como

struct C:virtual public A,virtual public B{ 

}; 

(tenga en cuenta que esta última clase es abstracta, por el compilador A :: f no está definida)

Answer 1

Directamente en C++, es imposible despachar polimórficamente en función de una coincidencia implícita de las funciones de B con las A's. Podría recurrir a algún tipo de generación de código usando gccxml u otros productos similares, pero si solo hay un centenar de funciones, una macro puede reducir el reenvío a una sola línea de todos modos, no vale la pena introducir herramientas adicionales a menos que tenga miles y miles de estos para hacer.

Answer 2

Se podría hacer algo como:

void C::f() { 
    B* b = this; 
    b->f(); 
} 

Answer 3

No, no se puede hacer ese. Y a partir del fragmento que nos ha mostrado, parece que B debe ser miembro de C por composición en lugar de herencia. Simplemente tendrá que escribir algunas funciones de reenvío (o una secuencia de comandos para generarlas automáticamente).

Answer 4

Hacer una implementación de A que delega en B:

class A_Impl : public A 
{ 
public: 
    virtual void f() 
    { 
     b.f(); 
    } 
private: 
    B b; 
} 

Implementar C derivando de A_Impl:

class C: public A_Impl 
{ 
}; 

O, si sólo desea mostrar A en la jerarquía de herencia, se derivan públicamente desde A y privadamente desde A_Impl:

class C: public A, private virtual A_Impl 
{ 
}; 

Answer 5

Entonces, tiene 100 funciones virtuales puras en A, implementaciones de esas funciones en B, y desea evitar escribir reimplementando todas esas funciones en C para llamar a B. No hay forma de que el compilador use La implementación de B es automática. En lugar de luchar con el compilador (¡perderás todo el tiempo!), reconsidera el gráfico de herencia. Tal vez hacer B una subclase de A y luego derivar C de B. O factorizar los 100 métodos de B y en una subclase concreta de A.

La programación es el arte de resolver problemas dentro de las limitaciones provistas por sus herramientas. Cuando se encuentra en desacuerdo con sus herramientas, necesita reconsiderar su enfoque al problema o utilizar diferentes herramientas.