Quel est l'effet static const sur un espace de noms membre

//MyClass.h

namespace MyNamespace {

  static const double GasConstant = 1.987;

  class MyClass
  {
    //constructors, methods, etc.
  };
}

J'ai déjà eu GasConstant déclaré dans la MyClass déclaration (et avait une définition distincte dans le fichier source depuis C++ ne prend pas en charge const initialisation de la non-types intégraux). J'ai cependant besoin d'accéder à partir d'autres fichiers et aussi logiquement, il me semble qu'il devrait se trouver au niveau espace de noms.

Mes questions, quel est l'effet static const avoir dans ce cas? Clairement const signifie que je ne peut pas affecter une nouvelle valeur à GasConstant, mais que fait un membre statique à l'espace de noms moyenne. Est-ce similaire à la statique à la portée de fichier, lorsque le membre n'est pas accessible de l'extérieur de l'unité?

  • Est-ce dans un fichier d'entête (.h) ou dans un fichier d'implémentation (.rpc) ???
  • C'est dans un fichier d'entête (.h).
  • En C++ il n'existe pas de fichier portée. Il y a seulement de l'espace de noms d'étendues en C++ si vous êtes à l'extérieur de fonctions et de classes. Aussi, si vous continuez de lire quelques pages de ce qu'ils appellent "global", ils signifient généralement l'espace de noms global et d'autres espaces de noms inclus. cplusplus.com est connu pour ses inexact d'utiliser le mot "global", par exemple. Donc, si quelque chose qui explique les effets de "statiques", "de portée mondiale", ils signifient généralement son effet dans l'espace de noms de la portée.
InformationsquelleAutor mindless.panda | 2010-05-21
  1. 7

    L'utilisation de static à portée espace de noms est a* obsolète en C++. Il ne devrait normalement jamais être vu dans un fichier source, où elle a pour effet de rendre la variable locale de ce fichier source. C'est, d'un autre fichier source peut avoir une variable de même nom avec pas de conflit.

    En C++, il est recommandé d'effectuer les variables locales à la source du fichier est d'utiliser un espace de noms anonymes.

    Je pense qu'il est juste de dire que le static dans l'en-tête dans votre code est tout simplement incorrect.

    *Comme l'a souligné Tom dans les commentaires (et dans ce réponse), le comité C++ a renversé la décision de déprécier static utilisation à la portée de fichier, sur la base que cette utilisation sera toujours une partie de la langue (par exemple, pour C de compatibilité).

    • Recommandé de le faire.... que voulez-vous dire par "cela"? Je ne suis pas sûr que c'est clair pour moi.
    • La décision de rendre caduque statique au niveau de l'espace de noms n'est pas plus: stackoverflow.com/questions/4726570/..., ce qui rend cette réponse incorrecte, comme maintenant, en utilisant anonyme espaces de noms ou statiques sont deux acceptée et corriger les façons de réaliser la même chose.
    • Merci pour la mise à jour, @Tom - je vais mettre à jour la réponse.
    InformationsquelleAutor James Hopkin
  2. 4

    MSDN dit:

    Lors de la modification d'une variable, le mot-clé static indique que l'
    variable a durée statique (c'est
    attribué lorsque le programme commence et
    libéré lorsque le programme se termine) et
    l'initialise à 0, sauf si une autre
    la valeur est spécifiée. Lors de la modification d'un
    de la variable ou de la fonction à la portée de fichier,
    le mot-clé static indique que l'
    variable ou une fonction interne
    lien (son nom n'est pas visible de
    en dehors du fichier dans lequel il est
    déclarée).

    Rappelez-vous que l'inclusion des fichiers d'en-tête signifie remplacer le "#include"-directive avec le code réel de l'en-tête de fichier. Ainsi, les variables statiques ne sera visible que dans l' ".rpc" (qui est compilé) fichier qui contient les deux fichiers d'en-tête.

    De sorte que chaque "rpc"-fichier y compris les en-têtes de variable statique.

    • Maintenant, j'ai déclaré définies GasConstant dans une des Constantes.h qui est inclus dans Maclasse.h. Sonne comme il ne sera visible que dans les fichiers qui contiennent des Constantes.h ou MyClass.h, et pas de n'importe quel autre fichier qui ne fonctionne pas. Qu'advient-il si un autre fichier comprend à la fois?
    • Chaque .fichier cpp aura son propre, indépendante de la copie. Peut très bien ne pas être ce que vous voulez...ou peut-être qu'il est. Pour .fichiers cpp qui incluent à la fois, cela ne devrait pas changer quoi que ce soit, mais vous aurez évidemment besoin de le bon en-tête de protections.
    • Donc, sonne comme ce que je veux faire est simplement de faire const.
    InformationsquelleAutor Simon
  3. 2

    Si c'est un fichier d'en-tête, puis static n'a aucun effet dans ce cas. const objets ont déjà liaison interne par défaut en C++, donc si vous la déclarez avec static ou sans static ne fait aucune différence que ce soit.

    Je suppose que vous simplement déplacé la déclaration de la classe dans l'espace de noms. Mais static a tout autre sens dans le contexte de la déclaration de la classe et dans le contexte de l'espace de noms. À l'intérieur de la classe, vous en aviez besoin static. Dans l'espace de noms de la static est superflu.

    • mais n'est-ce pas le cas que fichiers distincts qui inclus l'en-tête aurait des instances séparées de l'espace de noms membre en tant que résultat de fonctionnement statique similaire à la portée de fichier statique? Ce ne sera pas question bien sûr, depuis son const, c'est à dire serait-ce un problème si je pensais que les deux fichiers aient accès à la même membre et la mise à jour de l'un serait le reflet de l'autre. Juste essayer de le maintenir droit.
    • En fait, il n'a pas besoin static dans la classe. Avec elle et sans elle, les deux ne sont pas valides pour double 🙂
    • En fait c' peut de la matière. Template<GasConstant> sera une ODR violation si elle est instancié dans deux unités de traduction.
    • C++17 n4659 projet de norme 6.5 "Programme de liaison et d'".
    InformationsquelleAutor AnT