Überlegenheit von unbenannten Namespace über statische?

Question

Wie sind unbenannte Namespaces dem Schlüsselwort static?

Answer 1

Sie sind im Grunde $ 7.3.1.1/2 von der C++ Standard in den Abschnitt,

Die Verwendung des statischen Schlüsselwort ist veraltet, wenn Objekte in einem Namespacebereich deklarieren ; Der unbenannte Namespace bietet eine bessere Alternative.

Unbenannt Namespace ist überlegen statische Schlüsselwort, vor allem, weil das Schlüsselwort static nur auf dieVariablen Erklärungen und Funktionen, nicht an den benutzerdefinierten Typen gilt.

Der folgende Code ist gültig in C++

//legal code 
    static int sample_function() { /* function body */ } 
    static int sample_variable; 

Aber dieser Code ist nicht gültig:

//illegal code 
    static class sample_class { /* class body */ }; 
    static struct sample_struct { /* struct body */ }; 

So ist die Lösung, unbenannte-Namespace, der das ist,

//legal code 
    namespace 
    { 
     class sample_class { /* class body */ }; 
     struct sample_struct { /* struct body */ }; 
    } 

Hoffe es erklärt, warum unnamed-namespacestatic überlegen ist.

Beachten Sie auch, dass die Verwendung von statischem Schlüsselwort ist veraltet, wenn Objekte in einem Namespace Umfang (gemäß dem Standard) zu deklarieren.

Answer 2

der C++ Standard 7.3.1.1 Unbenannt Namespaces in Abschnitt liest, Absatz 2:

Die Verwendung des statischen Schlüsselwort veraltet ist, wenn Objekte in einem Namespace Umfang, die ungenannte-Namespace bietet eine Deklaration überlegene Alternative.

Statisch gilt nur für Namen von Objekten, Funktionen und anonymen Vereinigungen, nicht zum Eingeben von Deklarationen.

Answer 3

Es ist ein interessantes Problem im Zusammenhang mit dieser:

Angenommen, Sie verwenden static Stichwort oder unbenannte namespace eine Funktion innerhalb des Moduls (Übersetzungseinheit) zu machen, da diese Funktion durch die intern werden soll Modul und nicht außerhalb davon zugänglich. (Unbenannt namespace s haben den Vorteil, Daten und Typdefinitionen auch intern neben Funktionen zu machen).

Mit der Zeit wird die Quelldatei der Implementierung Ihres Moduls groß und Sie möchten sie in mehrere separate Quelldateien aufteilen, um den Code besser zu organisieren, die Definitionen schneller zu finden und unabhängig zu kompilieren .

Aber jetzt stellen Sie ein Problem: Diese Funktionen nicht mehr static an das Modul sein können, weil static eigentlich nicht den Modul beziehen, sondern auf die Quelldatei (Übersetzungseinheit). Sie sind gezwungen, sie nicht zu static zu machen, damit sie von anderen Teilen (Objektdateien) dieses Moduls aus zugänglich sind. Das bedeutet aber auch, dass sie nicht mehr versteckt/privat für das Modul sind: Sie können externe Verbindungen haben, auf die Sie von anderen Modulen zugreifen können, was ursprünglich Ihre Absicht war.

Unbenannt namespace würde dieses Problem nicht lösen, da es auch für eine bestimmte Quelldatei (Übersetzungseinheit) definiert ist und nicht von außen zugegriffen werden kann.

Es wäre großartig, wenn man angeben könnte, dass einige namespaceprivate ist, das heißt, was auch immer darin definiert ist, soll intern von dem Modul verwendet werden, zu dem es gehört. Aber natürlich hat C++ kein solches Konzept wie "Module", nur "Übersetzungseinheiten", die eng an die Quelldateien gebunden sind.