Evitando las dependencias circulares de los archivos de encabezado

Question

¿Tiene algún buen consejo sobre cómo evitar dependencias circulares de archivos de encabezado, por favor?

Por supuesto, desde el principio, trato de diseñar el proyecto lo más transparente posible. Sin embargo, a medida que se agregan más y más características y clases, y el proyecto se vuelve menos transparente, comienzan a ocurrir dependencias circulares.

¿Existen reglas generales, verificadas y de trabajo? Gracias.

Answer 1

Si tiene dependencia circular entonces haciendo algo mal.

Como por ejemplo:

foo.h 
----- 
class foo { 
public: 
    bar b; 
}; 

bar.h 
----- 
class bar { 
public: 
    foo f; 
}; 

es ilegal es probable que desee:

foo.h 
----- 
class bar; // forward declaration 
class foo { 
    ... 
    bar *b; 
    ... 
}; 

bar.h 
----- 
class foo; // forward declaration 
class bar { 
    ... 
    foo *f; 
    ... 
}; 

Y esto está bien.

reglas generales:

1. asegurarse de que cada cabecera se puede incluir en sí mismo.
2. ¡Si puede usar declaraciones directas, úselas!

Answer 2

en función de sus capacidades preprocesador:

#pragma once 

o

#ifndef MY_HEADER_H 
#define MY_HEADER_H 
your header file 
#endif 

Si le resulta muy aburrido para diseñar archivos de cabecera quizá makeheaders de Hwaci (diseñadores de SQLite y DVCS fósiles) podría ser de interés para ti

Answer 3

Un enfoque general es factorizar las características comunes en un tercer archivo de encabezado al que los dos archivos de encabezado originales hacen referencia.

Ver también Circular Dependency Best Practice

Answer 4

Lo que está destinado a es un layered approach. Puede definir capas donde los módulos pueden depender de módulos de capa inferior, pero la inversa debe hacerse con observers. Ahora todavía puede definir qué tan finas deben ser sus capas y si acepta la dependencia circular dentro de las capas, pero en este caso usaría this.

Answer 5

• Usar declaraciones avanzadas cuando sea posible.
• Mueva cualquier encabezado incluido fuera de un archivo de encabezado y en el archivo cpp correspondiente si solo lo necesita el archivo cpp. La forma más fácil de hacer cumplir esto es hacer que el #include "myclass.h" sea el primero en incluir myclass.cpp.
• La introducción de interfaces en el punto de interacción entre clases separadas puede ayudar a reducir las dependencias.

Answer 6

En general, los archivos de encabezado deben declarar en lugar de incluir otros encabezados cuando sea posible.

También asegúrese de que se adhieren a una clase por cabecera.

A continuación, es casi seguro que no va a ir mal.

Lo peor de acoplamiento por lo general proviene de código de la plantilla hinchado. Como tiene que incluir la definición dentro del encabezado, a menudo conduce a que se tengan que incluir todos los encabezados de clases, y luego la clase que usa la plantilla incluye el encabezado de la plantilla, que incluye una carga de otras cosas.

Por esta razón, me generalmente decimos: tener cuidado con las plantillas! Idealmente, una plantilla no debería tener que incluir nada en su código de implementación.

Answer 7

Algunas buenas prácticas que sigo para evitar dependencias circulares son,

1. Se adhieren a los principios de desarrollo OO. No incluya un archivo de encabezado, a menos que la clase incluida esté en relación de composición con la clase actual. Use la declaración directa en su lugar.
2. Diseñe clases abstractas para que actúen como interfaces para dos clases. Haga la interacción de las clases a través de esa interfaz.

Answer 8

Altough Artyom proporciona mejor respuesta este tutorial también es grande y proporciona algunos extenstions http://www.cplusplus.com/forum/articles/10627/