La declaración directa incluye, además de la declaración, incluir (ClassFwd.h + Class.h)

Question

En Efectivo C++ (3ª edición), Scott Meyers, en el Ítem 31, sugiere que las clases deberían tener, además de su declaración clásica (. h) y archivos de definición (.cpp), un archivo Forward Declaration Include (fwd.h), qué clase que no necesita la definición completa puede usar, en lugar de declararse hacia adelante.

De alguna manera veo el caso, pero realmente no veo esto como una opción viable ... Parece muy difícil de mantener, más bien exagerado y apenas necesario.

Sin embargo, puedo ver su uso para declaraciones de plantilla hacia adelante, que son bastante pesadas. Pero para las clases simples? Parece que es difícil de mantener y creará una gran cantidad de archivos de inclusión casi vacíos que sirven para un propósito muy pequeño ... ¿vale la pena la molestia?

Aquí está un ejemplo:

// Class.h 
class Class 
{ 
    Class(); 
    ~Class(); 
}; 

// ClassFwd.h 
class Class; 

// Class.cpp 
Class::Class() 
{ 
} 

Class::~Class() 
{ 
} 

Mi pregunta:

¿Qué piensan ustedes? Si esta es una buena práctica?

NOTA Estoy más que interesado en los argumentos PARA ESTA práctica, para ver si me perdí algo que me haría estar de acuerdo con Scott Meyers.

Answer 1

que utiliza archivos de cabecera hacia delante declaración para todos mis bibliotecas Una biblioteca tendría típicamente esta estructura:..

lib/ 
    include/ 
    class headers + Fwd.h 
src/ 
    source files + internal headers 

el directorio lib/include contendría todas las cabeceras de las clases públicas junto con uno header declaraciones adelantadas esto hizo que la luz- biblioteca peso en el lado de inclusión. Cualquier encabezado fuera de esta biblioteca solo incluye el encabezado directo (Fwd.h), mientras que las fuentes externas a esta biblioteca incluyen el co necesario mplete encabezados. También se puede proporcionar un encabezado de conveniencia (Lib.h) que incluye todos los demás encabezados, para usar en archivos fuente.

Otra cosa para colocar en el encabezado de declaración directa es typedef s para shared_ptr, especialmente en el caso de una jerarquía de herencia con clases de fábrica que devuelven punteros a las implementaciones.

Lo anterior es útil para aplicaciones más grandes con muchas bibliotecas internas. Un refinamiento de lo anterior para este caso sería colocar los encabezados públicos en lib/include/lib. De esta forma, los clientes de su biblioteca deberían incluir lib/.... Piense en esto como un espacio de nombres para sus encabezados.

¡Buena suerte!

Answer 2

Si usted tiene una gran solución de esto es su única oportunidad de manejar las dependencias inherentes:

struct A { 
    B* m_pB; 
}; 

struct B { 
    A* m_pA; 
}; 

Ahora A y B pueden ser razonablemente en diferentes archivos de cabecera, tal vez incluso diferentes proyectos. Sin embargo, su dependencia no es un defecto de diseño sino completamente lógica y necesaria. ¿Qué haces?

1. Primero incluya un único encabezado Types.h forward-declarating para cada uno de los proyectos requeridos, es decir, la declaración forward no tiene su propio archivo de encabezado por clase.
2. Luego incluya Class.h de todos los proyectos requeridos. Estos encabezados requerirán declaraciones futuras para compilar.
3. Incluya los encabezados del proyecto principal.

En una solución bastante grande (500k LOC) he encontrado que este patrón es muy fácil de manejar. De lo contrario, si cambia una declaración de clase, ¿dónde encuentra todas las declaraciones de reenvío que puede haber hecho individualmente en cualquier cantidad de otros archivos de encabezado?

Answer 3

La colocación de un simple class Whatever; en su propio encabezado no tiene ventajas y muchas desventajas.

Especialmente en el caso en que el acceso a un encabezado puede llevar mucho tiempo, se usan declaraciones de reenvío simples para evitar el acceso a los encabezados; ponerlos en sus propios encabezados sería frustrar el propósito ...

Con las cosas con plantilla, como se nota, es un asunto diferente. P.ej. echa un vistazo a <iosfwd> de la biblioteca estándar.

Cheers & hth.

Answer 4

La práctica permite al usuario del código no pensar si una clase es regular o plantilla. El usuario simplemente #inluye "correspondiendo_fwd.h "file y tiene una referencia de clase. Una molestia menos para el usuario es A Good Thing. Pero si es un proyecto pequeño o el creador de la clase es el usuario de la única clase, entonces podría ser más molestia. Depende.