2009-12-22 4 views
3

On m'a enseigné que les méthodes privées devraient commencer en minuscules par exemple:Qu'est-ce que la dénomination de meilleure pratique pour les méthodes privées?

thisIsBestPractice

J'ai installé quelques dames de style de code, et ils sont suggérant des méthodes privées devraient commencer majuscules.

Quelle est la norme actuelle de l'industrie préférée?

+11

Ce que vous utilisez n'a pas vraiment d'importance, tant que vous l'utilisez régulièrement. –

+0

Vous aurez beaucoup d'opinions; le guide Google C++ (à titre d'exemple) indique que les fonctions commencent par une lettre majuscule et n'ont pas de traits de soulignement. – Joe

+0

L'industrie n'a pas adopté de norme. En tant que programmeur, je n'ai aucune raison de m'occuper de ce que vous nommez vos variables privées. Le commentaire d'Anon est correct. –

Répondre

12

La norme industrielle actuelle est de définir une norme et de s'y tenir! Ce que vous décidez de votre norme n'est pas si important, mais ce qui est important, c'est que vous soyez tous d'accord et que vous l'utilisiez. De cette façon, tout le monde sait qu'une méthode camelCased est privée, bien que le modificateur private serait un cadeau :)

Je tiens personnellement à la valeur par défaut FxCop - FxCop s'exécuter sur chaque sortie de la génération et la volonté de la console tout code non conforme à la norme

+0

chanceux reSharper peut être enseigné pour se conformer à ma façon de coder :) –

4

Il existe de nombreuses normes différentes, et examples peut être trouvé partout sur Internet. La cohérence est ce qui compte le plus, cependant.

0

Généralement, nous pouvons trouver de nombreuses définitions sur les normes de codage par une simple recherche. Vous pouvez facilement utiliser l'un d'entre eux comme vos lignes directrices.

Mais honnêtement c'est une convension pas une norme stricte. Vous pouvez donc avoir la liberté d'utiliser n'importe quelle notation. Mais vous ne devriez pas vous éloigner des standards actuels car cela peut causer des problèmes cachés ou inutiles (Ex: Dans les changements futurs/Pendant le refactoring). Mais pour autant que vous vous en teniez à une seule norme, ça irait.

Et le plus important, vous DEVEZ adhérer aux normes de votre entreprise/organisation. Tout le monde est censé suivre de telles normes, sinon vous êtes en difficulté.

Cependant, c'est un très bon article que j'ai trouvé sur le web.

Coding Standards

0

Il va-et-vient entre l'enveloppe et le boîtier de chameau pascal. À l'heure actuelle, je crois que Microsoft recommande le boîtier Pascal pour toutes les méthodes, quel que soit l'accès. En pratique cependant, j'ai vu toutes sortes de styles (_privateMethod, privateMethod, PrivateMethod, Private_Method, etc) comme mentionné, c'est ce qui fonctionne pour vous tant que c'est cohérent. L'habillage de Pascal fonctionne très bien si vous utilisez Visual Studio et que vous avez la bonne méthode déroulante qui les catégorise par couleur. Si vous utilisez autre chose, vous pouvez envisager de préfixer avec un soulignement ou quelque chose.

0

J'ai toujours su que les noms de méthodes étaient majuscules, qu'ils soient publics ou privés. J'utilise fréquemment le style Elements of C#, ils suggèrent d'utiliser les conventions de nommage de PASCAL telles que garder les choses en majuscules.

public void AnExample() 
{ 
} 

http://www.amazon.co.uk/Elements-C-Style-Kenneth-Baldwin/dp/0521671590

Il est une bonne lecture, vous pouvez certainement trouver moins cher cependant. En fin de compte, tout se résume à des normes de codage, qu'elles soient décidées par vous-même ou par l'organisation pour laquelle vous travaillez.

Questions connexes