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

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 300 — #338
✐
Capítulo 10. Control de nombres
}
// Simulate the dependency problem:
extern Dependency1 dep1;
Dependency2 dep2(dep1);
Dependency1 dep1;
int x1 = separator();
// But if it happens in this order it works OK:
Dependency1 dep1b;
Dependency2 dep2b(dep1b);
int x2 = separator();
// Wrapping static objects in functions succeeds
Dependency1& d1() {
static Dependency1 dep1;
return dep1;
}
Dependency2& d2() {
static Dependency2 dep2(d1());
return dep2;
}
int main() {
Dependency2& dep2 = d2();
} ///:~
Las funciones d1() y d2() contienen instancias estáticas de los objetos Dependency1
y Dependency2. Ahora, la única forma de acceder a los objetos estáticos es
llamando a las funciones y eso fuerza la inicialización estática en la primera llamada
a la función. Esto significa que se garantiza la inicialización correcta, cosa que verá
cuando lance el programa y observe la salida.
He aquí como debe organizar el código para usar esta técnica. Ordinariamente,
los objetos estáticos deben ser definidos en archivos diferentes (puesto que se ha visto
forzado a ello por alguna razón; recuerde que definir objetos estáticos en archivos
diferentes es lo que causa el problema), por lo que definirá las funciones envoltorio
wrapping functions) en archivos diferentes. Pero éstas necesitan estar declaradas
en los archivos de cabecera:
//: C10:Dependency1StatFun.h
#ifndef DEPENDENCY1STATFUN_H
#define DEPENDENCY1STATFUN_H
#include "Dependency1.h"
extern Dependency1& d1();
#endif // DEPENDENCY1STATFUN_H ///:~
En realidad, el «extern» es redundante para la declaración de la función. Éste es
el segundo archivo de cabecera:
//: C10:Dependency2StatFun.h
#ifndef DEPENDENCY2STATFUN_H
#define DEPENDENCY2STATFUN_H
300
✐
✐
✐
✐