Private Static Readonly Champ De Capitalisation

Pascal ou à dos de chameau cas?

J'ai le nom des champs privés et privés champs statiques à l'aide de chameau cas. J'ai le nom de consts (comme suggéré par MME conventions de nommage) avec pascal cas (quel que soit privé ou public)....

Alors que sur le private static readonly? La logique dit chameau cas...mais une private static readonly est fonctionnellement comme un const...à droite?

Pourquoi vous pensez que c'est comme un const ?
Parce que, en utilisation, private static readonly est le même que pour un cosnt: définir une fois, ne peut pas changer, statique portée. Je me rends compte const est totalement différent de la mise en œuvre (être interprété et compilé et autres joyeusetés).
Non, il n'est pas comme un const: stackoverflow.com/a/4577372/618649

InformationsquelleAutor Jeff | 2011-01-02

c#naming-conventions

19

N'utilisez Pascal casse dans les noms de champ...

Les règles de nommage pour les champs s'appliquent à statiques public et des champs protégés. Vous ne devez pas définir public ou protégé des champs d'instance.

MSDN Noms des Membres de Type

En lecture seule champ statique = Pascal

MSDN Officiel de la Convention d'affectation de noms

Règles Générales:

Utilisez Pascal boîtier pour tous les publics
membre, le type, et l'espace de noms
composé de plusieurs mots.

Noter que cette règle ne s'applique pas à
champs d'instance. Pour des raisons qui sont
détaillée dans les Membres de Conception
Lignes directrices, vous ne devez pas utiliser les transports en
champs d'instance.

Utilisez chameau boîtier pour le paramètre
des noms.

Liste Complète:
```
IDENTIFICATEUR EXEMPLE DE CAS 
----------------------+-----------+--------------- 
La Classe De Pascal AppDomain 
L'énumération des types de Pascal ErrorLevel 
Les valeurs d'énumération Pascal FatalError 
L'Événement Pascal ValueChanged 
Classe d'Exception Pascal WebException 
Lecture seule de champ statique Pascal RedValue 
Interface Pascal IDisposable 
La Méthode De Pascal ToString 
Espace De Noms Pascal Système.Dessin 
Paramètre de Chameau typeName 
Propriété Pascal BackColor 
```
MSDN Officiel de la Convention d'affectation de noms

Également envisager de
- MSDN lignes Directrices pour les Noms
- MSDN Générale des Conventions de Nommage
- Cette liste ne couvre pas privé, membres ou non en lecture seule et les champs statiques à tous.
- Cette liste indique le contraire. Le seul énumérés ici qui a un évidemment restreint la portée est paramètre. C'est pourquoi il est à dos de Chameau. le lien vous amène à la "Capitalisation des Conventions", ce qui ne mentionner que Pascal s'applique à public membres.
- Bon point, et j'ai mis à jour ma réponse à couvrir public et des champs statiques.
- Le champ des conventions de Nommage: msdn.microsoft.com/en-us/library/ta31s3bc(v=vs. 71).aspx
- J'ai une private static champ en lecture seule + getter public pour elle. Vous ne savez pas quoi faire, les noms de choc par la présente convention (et de la convention proposé par défaut sur ReSharper).
InformationsquelleAutor
9

Non, private static readonly n'est pas, en elle-même comme const à tous. Considérer:
```
private static readonly IList<int> foo = new List<int>();
```
Vous pouvez toujours faire foo.Add(0);. Ces champs ne sont const-comme lorsque l'objet lui-même, ainsi que tous les objets référencés, sont immuables.
- Mais vous ne pouvez pas réaffecter la valeur d'un private static readonly...Alors, êtes-vous d'avis d'utiliser chameau cas pour private static readonly?
- C'est ce que je fais.
- Pas selon StyleCop (SA1311 static readonly champs doit commencer avec une lettre majuscule).
- Heureusement, nous vivons dans un univers où nous avons le libre arbitre et ne pas avoir à suivre arbitraire des règles de style qui ne font pas de sens.
- Pas mon univers. Arbitraire ou non, suivant les règles de style à la lettre (si vous aimez/n'aimez pas certaines règles) aider à la normalisation du code et de la maintenance.
- Si la décision a été fait pour vous en assurer. Cependant, ce style particulier de la règle n'a pas de sens sur le visage de celui-ci (un champ privé ressembler à un champ public est à l'opposé de l'utile) et je vous recommande fortement à l'encontre de l'utiliser partout où l'on a le pouvoir de le faire.
- Alors comment un public static bien être nommé, qui retourne la valeur d'une private static readonly champ?
- Selon StyleCop, il devrait être le même. Bien que je ne suis pas sûr de savoir si l'Analyseur de paquet de StyleCop se comporte comme ça, ou c'est vraiment illogique de la règle. Je suis gêné par celui-ci et ne pouvait pas m'aider à supprimer les avertissements pour celles du secteur privé et de l'utilisation de bas de casse tout le temps..
InformationsquelleAutor cdhowie
9

J'ai reçu un avertissement en StyleCop pour:
```
    private readonly Color LabelBackColor = Color.Black;
```
Avertissement 364 SA1306 : CSharp.Nom : les noms de Variables et privés noms de champs doivent commencer par une lettre minuscule: LabelBackColor.

Voir cette discussion: private readonly champs doit commencer par une minuscule. Cela signifie Chameau cas.
- La question est à propos privée statique readonly des champs, pas de champs d'instance.
- StyleCop recommande static readonly champs de commencer avec une lettre majuscule, selon cette règle sur leur page GitHub.
InformationsquelleAutor Jamrelian
4

Voici un exemple de source de référence. Il est intéressant de Microsoft ici utilisé trait de soulignement pour les champs privés et camelCase (pas d'underscore) pour private static readonly http://referencesource.microsoft.com/#mscorlib/system/collections/arraylist.cs,3e3f6715773d6643. Mais ce deuxième exemple montre aussi, Microsoft n'a pas son propre standard pour le champ de nommage : http://referencesource.microsoft.com/#mscorlib/system/collections/hashtable.cs

InformationsquelleAutor Cagatay Kalan
2

Je ne vous inquiétez pas sur la correspondance de quelqu'un d'autre conventions, aussi longtemps que vous êtes cohérent avec ce que la convention de nommage que vous utilisez, il n'a pas vraiment d'importance ce que vous choisissez de le faire. Il y a des choses bien plus importantes à se soucier.
- C'est pratique d'avoir d'autres personnes à prendre ces décisions pour vous, mais, depuis qu'ils sont assez peu d'importance.
- Il est important de respecter les conventions. Imaginez si vous vous déplacez à un nouveau projet, et doivent apprendre à se conformer aux conventions qui sont étrangers à vous. Imaginez que vous essayez d'incorporer un tiers de la bibliothèque qui a les conventions contraires aux conventions de votre projet. Imaginez une nouvelle embauche à venir dans et en essayant de faire face à votre propriétaire les normes de la convention. J'ai complètement en désaccord avec cette réponse - au contraire, il est TRÈS important de suivre un ensemble normalisé de conventions acceptées par l'industrie. Ne pas réinventer la roue, car vous êtes trop paresseux pour aller chercher de la bonne façon.
- Les conventions Standard sont une sorte de mythe.
InformationsquelleAutor Dr Herbie

Vous devez vous connecter pour publier un commentaire.