¿Puede una clase anidada de C++ heredar su clase adjunta?

Question

estoy tratando de hacer lo siguiente:

class Animal 
{ 
    class Bear : public Animal 
    { 
     // … 
    }; 

    class Giraffe : public Animal 
    { 
     // … 
    }; 
}; 

... pero mi compilador parece ahogarse con esto. ¿Es este C++ legal, y si no, hay una mejor manera de lograr lo mismo? Básicamente, quiero crear un esquema de nombres de clase más limpio. (No quiero derivar Animal y las clases internas de una clase base común)

Answer 1

Puede hacer lo que quiera, pero debe retrasar la definición de las clases anidadas.

class Animal 
{ 
    class Bear; 
    class Giraffe; 
}; 

class Animal::Bear : public Animal {}; 

class Animal::Giraffe : public Animal {}; 

Answer 2

Realmente no responde la pregunta, pero creo que está haciendo un uso indebido de la clase anidada, tal vez debería echarle un vistazo a espacios de nombres (por cierto, la respuesta es "no es posible, porque Animal es un tipo incompleto").

Answer 3

El tipo de clase se considera incompleto hasta que se alcanza el final de su definición. No puede heredar de la clase incompleta, por lo que no puede heredar de la clase adjunta.

EDIT: Corrección
Como Richard Wolf me corrigió: Es posible heredar de clase que lo contiene si se demora la definición de las clases anidadas. Vea su respuesta para más detalles.

Answer 4

No estoy seguro de lo que está tratando de lograr aquí, pero puede obtenerlo a través de espacios de nombres.

namespace creatures 
{ 

class Animal 
{ 
}; 

class Bear : public Animal 
{ 
}; 

class Giraffe : public Animal 
{ 
}; 


} 

Esto declara oso y jirafa como tipos de animales, pero pone todo el asunto en un espacio de nombres si usted está buscando para la clase base para no contaminar el espacio de nombres global.

Answer 5

Siempre vale la pena considerar el método ATL de "Herencia invertida". Me duele la cabeza cada vez que necesito hacer esto, pero la eficiencia del código objeto que obtienes es inmejorable. En algún lugar recorté el artículo de Jim Beveridge, que fue la mejor explicación que vi, pero hoy es difícil de encontrar, solo veo una referencia.

"25 mar 2004 ... Un excelente artículo de Jim Beveridge: ATL y la herencia al revés .."