Verwendet für anonyme Namespaces in Header-Dateien

Question

Jemand behauptet heute auf SO, dass Sie nie anonyme Namespaces in Header-Dateien verwenden sollten. Normalerweise ist das korrekt, aber ich glaube mich daran zu erinnern, dass mir jemand gesagt hat, dass eine der Standardbibliotheken anonyme Namespaces in Header-Dateien verwendet, um irgendeine Art von Initialisierung durchzuführen.

Erinnere ich mich richtig? Kann jemand die Details ausfüllen?

Answer 1

Die einzige Situation, in der ein namenlos Namespace in Header nützlich sein kann, ist, wenn Sie Code als Header-Dateien nur verteilen möchten. Zum Beispiel ist eine große eigenständige Untergruppe von Boost reine Header.

Das Token ignore für Tupel, in einer anderen Antwort erwähnt ist ein Beispiel, die _1, _2 usw. Bind Platzhalter sind andere.

Answer 2

Ich kann wirklich keinen positiven Nutzen aus der Verwendung von anonymen Namespaces in Headern sehen. Die Verwirrung, die sich aus der gleichen Symbolerklärung ergeben kann, bedeutet im Wesentlichen eine andere Sache in den Kompilierungseinheiten, die diesen Header enthalten, wäre ein garantierter Weg, vorzeitig und schmerzhaft kahl zu gehen.

Answer 3

Wenn es Initialisierung ist, wäre es wahrscheinlich ein iostream s Header (wie istream, ios, etc.).

Answer 4

Ich sehe keinen Sinn darin, einen anonymen Namespace in eine Header-Datei zu setzen. Ich habe den Standard und die libstdC++ Header grep, hat keine anonymen Namensräumen abgesehen von einer in der tuple Header (C++ 1x Sachen):

// A class (and instance) which can be used in 'tie' when an element 
    // of a tuple is not required 
    struct _Swallow_assign 
    { 
    template<class _Tp> 
     _Swallow_assign& 
     operator=(const _Tp&) 
     { return *this; } 
    }; 

    // TODO: Put this in some kind of shared file. 
    namespace 
    { 
    _Swallow_assign ignore; 
    }; // anonymous namespace 

Das ist so können Sie tun

std::tie(a, std::ignore, b) = some_tuple; 

Elemente des some_tuple werden den Variablen auf der linken Seite zugewiesen (siehe here), eine ähnliche Technik wird für this Iterator verwendet. Das zweite Element wird ignoriert.

Aber wie sie sagen, sollte es in eine CPP-Datei eingefügt werden und die eine Instanz sollte von allen Benutzern geteilt werden. Sie würden wie diese dann eine Erklärung von ihm in den Kopf gesetzt:

extern _Swallow_assign ignore; 

Answer 5

Ich habe gesehen, es verwendet, um einen Standardwert für eine Variable in verschiedenen Übersetzungseinheiten bereitzustellen. Bei Namenskonflikten kann es jedoch zu einem unerwarteten Verhalten kommen.

Beispiel

a.hpp

namespace 
{ 
    const char name[] = "default"; 
} 
// This macro will hide the anonymous variable "name" 
#define SET_NAME(newname) \ 
static const char name[] = newname; 

b.cpp

#include "a.hpp" 
SET_NAME("file b") // name is "file b" in this translation unit 

c.cpp

d.cpp

#include "a.hpp" 
// name is "default" in this translation unit 

e.cav

#include "a.hpp" 
static const char name[] = "unintended"; 
// accidently hiding anonymous name