Declaración vs progreso se cuentan las

Question

Considere los dos escenarios siguientes (editado sólo para completar toda la cuestión y hacerlo más claro)

Caso 1: (duerma compile como acertadamente menciona a continuación)

//B.h 
#ifndef B_H 
#define B_H 
#include "B.h" 

class A; 

class B { 
     A obj; 
     public: 
     void printA_thruB(); 

     }; 
#endif 

//B.cpp 
#include "B.h" 
#include <iostream> 

void B::printA_thruB(){ 
     obj.printA(); 
     } 


//A.h; 
#ifndef A_H 
#define A_H 

#include "A.h" 

class A { 
     int a; 
     public: 
     A(); 
     void printA(); 

     }; 
#endif 

//A.cpp       
#include "A.h"      
#include <iostream>    

A::A(){       
     a=10;      
     }       

void A::printA()     
{         
std::cout<<"A:"<<a<<std::endl;  
} 


//main.cpp 
#include "B.h" 
    #include<iostream> 
using namespace std; 

int main() 
{ 
B obj; 
obj.printA_thruB(); 
} 

Caso 2: (las únicas modificaciones ... funciona sin error compiliation)

//B.h 

#include "A.h" //Add this line 
//class A;  //comment out this line 

Supongamos tanto el a.cpp y B.cpp se cumplen juntos. ¿Los dos escenarios anteriores hacen alguna diferencia? ¿Hay alguna razón para preferir un método sobre el otro?

Edit: Entonces, ¿cómo puedo hacer que el escenario 1 funcione.

Answer 1

El caso 1 producirá un error de "tipo incompleto" al compilar B.cpp. Debido a que la clase B contiene un objeto de clase A, la definición (y en particular el tamaño) de la clase A debe completarse antes de la definición de clase B.

Como alternativa, puede optar por hacer que una_variable sea un puntero o referencia a clase A, y en ese caso su declaración directa sería suficiente en Bh Aún necesitaría una definición completa de A en B.cpp (suponiendo que haya hecho un uso real de las funciones/datos de los miembros A).

Answer 2

Necesita utilizar declaraciones forward en los casos en que tenga clases que se refieran entre sí.

//A.h 

class B; 

class A { 
    B* someVar; 
} 

//B.h 
#include <A.h> 

class B { 
    A* someVar; 
} 

Pero no hay ningún beneficio para hacerlo en el caso que usted presentó.

Answer 3

Si quisiste representar some_variable como un puntero, la práctica frecuentemente recomendada es usar declaraciones forward siempre que sea posible para evitar la sobrecarga de los includes y tiempos de compilación más largos.

Estoy a favor de las mejores prácticas, pero realmente me gusta usar IDEs que tengan buenas funciones de navegación de código y los reenvíos causen un problema allí, al menos con Netbeans. Cada vez que trato de navegar a una declaración de tipo, siempre termino en el forward y no en el archivo .h que contiene la declaración real. Estoy dispuesto a aceptar más tiempo de compilación para facilitar la navegación. Tal vez esto es solo un problema con Netbeans :)

.. oh sí ... Si nos fijamos en las preguntas relacionadas a la derecha de su pregunta, encontrará mucha información adicional de declaraciones adelante.

Answer 4

Piense como un compilador. Para crear un A dentro de B, el compilador debe saber cómo crear un A, y la única forma de hacerlo es tener la definición completa. La declaración directa le dice al compilador que existe la clase A sin describir su aspecto; esto es adecuado para definir un puntero o una referencia. Cuando llegue el momento de usar ese puntero o referencia, se requerirá la definición de clase completa.

Answer 5

La declaración de reenvío no sustituye la inclusión del archivo de encabezado.

Como el propio nombre indica, declaración adelantada es sólo un Declarationy no una definición.

Así que declararás diciendo el compilador que es una clase y yo solo lo declaro aquí y te daré la definición de cuándo voy a usarlo. Entonces, normalmente usted forward declare en el archivo de encabezado y #include en el archivo .cpp donde usará use los miembros de la clase forward declarada.

De esta manera, lo que hacen es decir, allí donde va a incluir el archivo de cabecera no será sólo una declaración de la clase en lugar de todo el contenido #included ...

Pero una vez dicho esto, cuando el compilador requiere la definición de la clase, debe ser #included ..

Así, en su caso A obj; requiere la definición de class A y por lo tanto se debe #include ..

me hice una pregunta similar here y otro similar question que tiene también una respuesta agradable ...

creo que sirve ..

Answer 6

Para el caso 1, compilador se quejará con el "tipo incompleto" para la clase B porque la clase B contiene una clase de un objeto, y no se lo dijiste B ningún detalle de la clase a, por lo que el compilador cann't decidir el tamaño del objeto B.

Para su caso, se puede utilizar A& obj o A* obj en lugar de A obj, ya que el tamaño de una referencia/puntero es const (4/8 para CPU de 32bit/64bit).