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

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 288 — #326
✐
Capítulo 10. Control de nombres
seguro. Los datos globales pueden ser modificados por todo el mundo y su nombre
puede chocar con otros idénticos si es un proyecto grande. Sería ideal si los datos
pudiesen almacenarse como si fuesen globales pero ocultos dentro de una clase y
claramente asociados con esa clase.
Esto es posible usando atributos static. Existe una única porción de espacio para
los atributos static, independientemente del número de objetos de dicha clase
que se hayan creado. Todos los objetos comparten el mismo espacio de almacenamiento
static para ese atributo, constituyendo una forma de «comunicarse» entre
ellos. Pero los datos static pertenecen a la clase; su nombre está restringido al interior
de la clase y puede ser public, private o protected.
10.3.1. Definición del almacenamiento para atributos estáticos
Puesto que los datos static tienen una única porción de memoria donde almacenarse,
independientemente del número de objetos creados, esa porción debe ser
definida en un único sitio. El compilador no reservará espacio de almacenamiento
por usted. El enlazador reportará un error si un atributo miembro es declarado pero
no definido.
La definición debe realizarse fuera de la clase (no se permite el uso de la sentencia
inline), y sólo está permitida una definición. Es por ello que habitualmente se incluye
en el fichero de implementación de la clase. La sintaxis suele traer problemas,
pero en realidad es bastante lógica. Por ejemplo, si crea un atributo estático dentro
de una clase de la siguiente forma:
class A {
static int i;
public:
//...
};
Deberá definir el almacenamiento para ese atributo estático en el fichero de definición
de la siguiente manera:
int A::i = 1;
Si quisiera definir una variable global ordinaria, debería utilizar
int i = 1;
pero aquí, el operador de resolución de ámbito y el nombre de la clase se utilizan
para especificar A::i.
Algunas personas tienen problemas con la idea que A::i es private, y pese
a ello parece haber algo que lo está manipulando abiertamente. ¿No rompe esto el
mecanismo de protección Ésta es una práctica completamente segura por dos razones.
Primera, el único sitio donde esta inicialización es legal es en la definición.
Efectivamente, si el dato static fuese un objeto con un constructor, habría llamado
al constructor en lugar de utilizar el operador =. Segundo, una vez se ha realizado
la definición, el usuario final no puede hacer una segunda definición puesto que el
enlazador indicaría un error. Y el creador de la clase está forzado a crear la definición
288
✐
✐
✐
✐