Question

J'ai cette classe:

class DoSomething
{
    private int timesDone;
    ...
}

Quelle est la bonne façon de variable nommée 'timesDone'?

Parfois, je vois nommé m_timesDone . Est-ce correct? Où puis-je trouver des informations sur les lignes directrices de nommage?

Merci!

Était-ce utile?

La solution

Selon les normes MS votre code est OK. Ayant préfixes comme m_ est pas vraiment nécessaire quand vous avez IDE avancé. Cependant préfixe court comme _ peut être utilisé pour profiter de fonctionnalité complète automatique pour trier rapidement les membres de la classe.

Je vous recommande d'obtenir une copie de « Framework Design Guidelines: Conventions, locutions et modèles pour « livre de bibliothèques réutilisables .NET pour en savoir plus sur les normes MS

Autres conseils

Il n'y a pas de bonne façon universelle. Choisissez une convention de nommage de votre goût et de s'y tenir.

Je ne vous conseille pas utiliser m_timesDone.

En termes simples "private int timesDone".

Vous pouvez en apprendre davantage sur la façon de nommer les variables en lisant quelques bons livres tels que le code complet.

Beaucoup de gens faire ce que vous avez là. Vous pouvez ensuite faire référence comme

this.timesDone = someInt

Cependant, je n'aime pas parce que je ne suis pas fan de taper « ceci » pour éviter des affrontements avec les noms des paramètres de la méthode. Tant qu'il est lisible et cohérente vous serez très bien.

La convention de préfacer champs membres avec m_ vient des premiers jours de C ++, quand notation hongroise était populaire. Il n'est pas une convention de C #, et que la plupart du code C # est écrit en utilisant un récent Visual Studio il ajoute du bruit visuel sans aucun avantage correspondant, parce que vous pouvez facilement voir la portée d'une variable de toute façon. Ne pas utiliser m_.

Le seul exemple de la notation hongroise qui a trouvé son chemin dans C # est la pratique de préfacer noms de classe d'interface avec I, tels que IDisposable.

Vous pouvez trouver des informations directement sur le site MSDN: http://msdn.microsoft.com/en-us/library/ms229002. aspx

Le seul point d'accord que vous trouverez est qu'il devrait pas être TimesDown, mais qu'il devrait commencer par une lettre minuscule.
Dans les anciennes publications (MS, MSDN), l'utilisation d'un underscore est déconseillée. Plus tard, il est de retour, en particulier pour les backingfields pour les propriétés. _TimesDown

La stratégie généralement adoptée est:

classe Méthode : Pascal Boîtier

par exemple.

public class Program
 {
 }

par exemple

public void DoSomething() { } 

Variables : Boîtier Camel par exemple timesDown

Variables locales:

   aTimesDown

Variable globale:

myTimesDown

J'espère que cela peut vous aider :)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top