Pensar en C++ (Volumen 1) - Grupo ARCO

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 161 — #199
✐
4.7. Conveciones para los ficheros de cabecera
#define FLAG
o puede darle un valor (que es la manera habitual en C para definir una constante):
#define PI 3.14159
En cualquier caso, ahora el preprocesador puede comprobar si la etiqueta ha sido
definida:
#ifdef FLAG
Esto producirá un resultado verdadero, y el código que sigue al #ifdef se incluirá
en el paquete que se envía al compilador. Esta inclusión acaba cuando el preprocesador
encuentra la sentencia:
#endif
o
#endif // FLAG
Cualquier cosa después de #endif en la misma línea que no sea un comentario
es ilegal, incluso aunque algunos compiladores lo acepten. Los pares #ifdef/#endif
se pueden anidar.
El complementario de #define es #undef (abreviación de «un-define» que hará
que una sentencia #ifdef que use la misma variable produzca un resultado falso.
#undef también causará que el preprocesador deje de usar una macro. El complementario
de #ifdef es #ifndef, que producirá verdadero si la etiqueta no ha sido
definida (éste es el que usaremos en los ficheros de cabecera).
Hay otras características útiles en el preprocesador de C. Consulte la documentación
de su preprocesador para ver todas ellas.
4.7.4. Un estándar para los ficheros de cabecera
En cada fichero de cabecera que contiene una estructura, primero debería comprobar
si ese fichero ya ha sido includo en este fichero cpp particular. Hágalo comprobando
una bandera del preprocesador. Si la bandera no está definida, el fichero
no se ha incluido aún, y se debería definir la bandera (de modo que la estructura no
se pueda redeclarar) y declarar la estructura. Si la bandera estaba definida entonces
el tipo ya ha sido declarado de modo que debería ignorar el código que la declara.
Así es como debería ser un fichero de cabecera:
#ifndef HEADER_FLAG
#define HEADER_FLAG
// Escriba la ódeclaracin íaqu...
#endif // HEADER_FLAG
161
✐
✐
✐
✐