Quelles sont les conventions de dénomination que vous utilisez lors du codage?

Question

Quelles sont les conventions de dénomination que vous utilisez lors du codage?

Answer 1

J'espère que nous ne discuterons pas des préfixes pour les noms de champs et les styles d'accolade ici:)

Voici ma bible pour .NET:

MSDN donne des instructions générales .

Les Consignes de codage interne de MS sont une autre source utile.

Answer 2

Voici une liste des conventions de dénomination générales de MSDN.

J'ai tendance à aller simplement avec le courant, cependant. Quelles que soient les normes actuellement en vigueur, il est généralement plus facile de les suivre et peut-être de les modifier lentement au fil du temps. Ce n'est pas vraiment pratique de simplement entrer dans un projet avec votre propre idée de "normes". et essayez de les mettre en œuvre.

Peu importe vraiment les normes utilisées, mais il y en a et les gens savent ce qu'ils sont.

Answer 3

J'utilise une combinaison de hongrois , d'un étui à chameaux et d'autres règles que je viens de citer. au début d'un projet. Comme maintenant:

• Les méthodes sont en majuscule (DoThis)
Les variables
• sont des cas de chameaux (thisThing)
• les variables de niveau de page sont précédées de _ (_thisWorksEverywhere)
Les
• régions sont toutes en minuscule (# propriétés étrangères de la région)
• Les propriétés et les objets sont en majuscules (Object.Property)
• Les propriétés étrangères sont précédées de _ (Object._ForeignGroups)
• Les contrôles sont en hongrois dans une certaine mesure, comme (txtTextBox) et (rptRepeater). Je ne suis pas trop strict sur ce qui est habituel parce que "Filigrane". peut être wm ou wk ou autre chose, à condition qu'ils se ressemblent dans ma candidature.

... etc. Certains éléments sont standard, d’autres relèvent de l’interprétation, mais le plus important est la cohérence de l’application.

Answer 4

La

la notation hongroise peut être utilisée. Je ne me dérange pas moi-même, mais je donne diverses choses (variables, contrôles, etc.) aux noms raisonnables.

Par exemple, j'utilise un préfixe de style hongrois pour les noms de contrôle, tels que txt pour les TextBoxes, btn pour les boutons, pic pour les PictureBoxes, lbl pour les libellés, etc. Cela facilite l'identification du contrôle.

Pour les noms de fonction, j'essaie d'utiliser des noms explicatifs sensibles, mais rien avec des règles particulières. Pour les noms de variables, j’utilise encore des noms explicatifs, mais rien de spécial.

Answer 5

Pour ajouter à la réponse de @Aku, les auteurs des directives de conception de cadre ont publié une version abrégée en ligne de ces directives, en mettant l’accent sur les convetions de désignation.

Guide de conception de framework Digest v2

Téléchargez-le ici

La cohérence est la clé. En fonction de la taille de votre équipe de développement, l’utilisation d’une déclaration cohérente et documentée facilitera la collecte du code de quelqu'un d'autre et à d'autres personnes de saisir votre propre code.

Answer 6

Mes amis, veuillez ne pas publier de réponses du type "J'aime __field". ou "j'aime m__field". C'est une question très personnelle et subjective sans une seule réponse.

Si vous avez des directives , c'est déjà une grosse victoire. Le pire dans l’équipe de développement est l’absence de conventions communes.

Il serait bien d’essayer de décrire certains avantages d’une directive donnée.
Par exemple:

  

préfixant les champs avec un trait de soulignement   améliorer l'auto-complétion avec   intellisense

Answer 7

Choisissez-en un à être cohérent. Changer de style de nom est source de confusion.