static const contre const statique

Je ne comprends pas la différence entre ces deux états dans ma classe C++:

class MyClass {
  public:
  private:
     const static int var = 0;            //Option 1
     static const int var = 0;            //Option 2
};

Quelle est la différence b/w l'Option 1 et l'Option 2?? Ils ont tous les deux de la compilation.

  • Peut-être que la lecture de ce lien pourrait vous aider à comprendre les déclarations de mieux.
  • J'ai, entre autres, de ne pas assez confiance à la spirale de la règle. Une dans ce cas particulier, il ne va pas aider du tout comme en spirale ou non la séquence diffère seulement dans l'ordre de const et static
  • Je suis d'accord. Sur le seul temps de la spirale de la règle fonctionne, c'est quand les déclarations sont tellement simple que vous n'avez pas besoin de toute façon. Sinon, c'est trompeuse, et complètement faux, au pire.
InformationsquelleAutor BigBrownBear00 | 2012-08-17
  1. 56

    Ils signifient exactement la même chose. Vous êtes libre de choisir celle que vous pensez est plus facile à lire.

    En C, vous devrait place static au début, mais ce n'est pas encore obligatoire. Je ne suis pas sûr si C++ suivi C à cet égard.

    6.11.5 de Stockage de classe prescripteurs

    1 Le placement d'une catégorie de stockage spécificateur d'autres qu'au début de la déclaration
    les spécificateurs dans une déclaration à l'est de la vétusté des fonctionnalité.

    InformationsquelleAutor
  2. 34

    static, const (ici, de toute façon) et le type (par exemple,int) sont tous de la partie
    de la déclaration spécificateur. Historiquement, la déclaration spécificateur
    est une liste non ordonnée de mots clés et les noms de type, de sorte que: 

    static unsigned int const var;
static unsigned const int var;
static int unsigned const var;
static int const unsigned var;
static const unsigned int var;
static const int unsigned var;
unsigned static int const var;
unsigned static const int var;
unsigned int static const var;
unsigned int const static var;
unsigned const static int var;
unsigned const int static var;
int static unsigned const var;
int static const unsigned var;
int unsigned static const var;
int unsigned const static var;
int const static unsigned var;
int const unsigned static var;
const static unsigned int var;
const static int unsigned var;
const unsigned static int var;
const unsigned int static var;
const int static unsigned var;
const int unsigned static var;

    étaient légales, et tous voulaient dire la même chose.

    Je pense que c'est encore le cas, à la fois en C et en C++, mais si je suis
    ne me trompe pas, C est déconseillé de mettre le spécificateur de classe de stockage
    (static) n'importe où, mais au début. C'est en tout cas un
    quasi universelle de la convention, de sorte que vous devrait normalement mettre le static
    (et extern, etc.) au début.

    Remarque aussi que le fait d'être non-ordonnée s'applique uniquement à la déclaration spécificateur.
    Dans le declarators qui suivent, le cv-qualificatif(s) doit suivre
    ce qu'ils ont de se qualifier, pour des raisons d'orthogonalité, vous devriez normalement
    toujours mettre le cv-qualificatifs, après ce qu'ils ont de le modifier (c'est à dire int const,
    et pas const int).

    Enfin, il semble être une généralisation de la convention de présenter le type de
    modificateurs avant que le type, avec le ce paramètre modificateur (signed ou
    unsigned) précédant le modificateur de longueur (short, long ou long
    long    ). Il est aussi assez fréquent de tomber le int si un modificateur est
    présent, afin que les gens écrivent unsigned, plutôt que de unsigned int, et
    long, plutôt que de long int. C'est loin d'être universel, cependant.

    Compte tenu de cela, le premier moyen de la déclaration écrite ci-dessus est
    préféré, mais il est tout à fait acceptable de la int.

    • BTW, tu veux dire soit, par opposition à non plus?
    • J'ai raté le int à la déclaration d'origine. Sans au moins un nom de type, la déclaration serait illégal. Mais avec le int, il devrait être "soit" ou "les deux", et non "ni".
    • Je pense que la convention est d'abandonner le int si il y a un modificateur de longueur, mais pas si il est seulement à ce paramètre modificateur. I. e., presque tout le code, je vois utilise unsigned int au lieu de unsigned.
    • Je vais finir par en utilisant à la fois unsigned int & unsigned selon le contexte. Si je suis la déclaration d'une variable de membre, je vais utiliser unsigned int, si je suis la déclarer comme un compteur pour une matrice ou un vecteur d'indexation dans les boucles, puis je vais utilisent généralement unsigned. Comme pour static je l'utilise généralement avant quoi que ce soit. La seule chose que je suis en désaccord avec ce qui précède est que je n'aime pas le const après; sa préférence personnelle. Quand j'ai lu et voir mon code static const unsigned int je sais qu'il a du stockage statique, il est constant & un unsigned int. De l'autre il se lit à l'envers pour moi.
    InformationsquelleAutor James Kanze
  3. 6

    Ils sont les mêmes. Mais je serais toujours aller pour l'option 2, pour la simple raison que les mots-clés const et int mieux juxtaposés, car ils définissent le type de données. Où que le mot-clé static définit l'accessibilité de cette variable.

    InformationsquelleAutor Ed Heal