Los espacios de nombres (namespace) están diseñados para organizar el código y evitar conflictos de nombres (especialmente en proyectos y bibliotecas grandes). Los espacios de nombres normales permiten agrupar clases, funciones, variables, etc.
Los espacios de nombres anónimos (namespace { ... }) se utilizan para limitar el ámbito de visibilidad dentro de un solo archivo: todo lo declarado en ellos no es visible fuera del archivo. Anteriormente, se utilizaba el modificador static para funciones y variables a nivel de archivo, pero ahora es preferible el espacio de nombres anónimo.
// En mylib.cpp namespace { void helper() { // ... } int hidden_var = 42; }
¿Se puede considerar que la declaración de una función/variable con static a nivel de archivo y en un espacio de nombres anónimo siempre produce el mismo efecto?
Respuesta:
No, hay diferencias. static limita la visibilidad solo al archivo actual. Los objetos dentro del espacio de nombres anónimo tienen la misma visibilidad local, pero reciben un nombre único para cada archivo de compilación, lo que evita conflictos de nombres entre unidades de traducción. Al mismo tiempo, los espacios de nombres anónimos admiten anidamiento y pueden contener clases, mientras que static no.
Historia
-Al migrar código antiguo, un módulo utilizó static para una variable, mientras que otro utilizó una variable similar con el mismo nombre, pero sin static. Se produjo un error de enlace (linker error) debido a la definición múltiple de la variable.
Historia
-En un gran proyecto, la fusión de varias bibliotecas condujo a conflictos invisibles entre funciones estáticas de diferentes archivos (mismo nombre, diferentes implementaciones). Como resultado, una biblioteca comenzó a comportarse de manera impredecible después de la compilación.
Historia
-Un desarrollador colocó la declaración de una clase en un espacio de nombres anónimo solo en el archivo .cpp, lo que hizo imposible acceder a la clase desde otros archivos, rompiendo la arquitectura del módulo.