Przestrzenie nazw (namespace) są przeznaczone do organizacji kodu, aby uniknąć konfliktów nazw (szczególnie w dużych projektach i bibliotekach). Zwykłe przestrzenie nazw pozwalają grupować klasy, funkcje, zmienne itp.
Anonimowe przestrzenie nazw (namespace { ... }) są używane do ograniczenia zasięgu widoczności wewnątrz jednego pliku — wszystko, co w nich zadeklarowane, nie jest widoczne poza tym plikiem. Wcześniej do tego używano modyfikatora static dla funkcji i zmiennych na poziomie pliku, ale obecnie preferowane jest anonimowe przestrzeń nazw.
// W mylib.cpp namespace { void helper() { // ... } int hidden_var = 42; }
Czy można stwierdzić, że deklaracja funkcji/zmiennej z static na poziomie pliku i w anonimowym przestrzeni nazw zawsze prowadzi do tego samego efektu?
Odpowiedź:
Nie, są różnice. static ogranicza widoczność tylko w bieżącym pliku. Obiekty wewnątrz anonimowego przestrzeni nazw mają ten sam lokalny zasięg, ale otrzymują unikalną nazwę dla każdego pliku kompilacji, co zapobiega konfliktom nazw między jednostkami tłumaczenia. Z drugiej strony, anonimowe przestrzenie nazw wspierają zagnieżdżanie i mogą zawierać klasy, podczas gdy static — nie.
Historia
-Przy migracji starego kodu jeden moduł używał static dla zmiennej, inny — analogicznej zmiennej o tej samej nazwie, ale bez static. Pojawił się błąd linkera (linker error) z powodu wielokrotnej definicji zmiennej.
Historia
-W dużym projekcie łączenie kilku bibliotek prowadziło do niewidocznych konfliktów między static-funkcjami różnych plików (ta sama nazwa, różne implementacje). W rezultacie jedna biblioteka zaczęła zachowywać się nieprzewidywalnie po kompilacji.
Historia
-Rozwijający umieścił deklarację klasy w anonimowym przestrzeni nazw tylko w pliku .cpp, co uniemożliwiło dostęp do klasy z innych plików, naruszając architekturę modułu.