Convention de nommage VB.Net

Bonjour

Ma hiérarchie me demande de définir une convention de nommage des identificateurs pour une application écrite en VB6 et migrée en VB.Net afin de. Une fois cette convention définie l'application sera la cible d'une opération de refactoring basée sur cette convention.

Aussi, plutôt que réinventer la roue et introduire de manière superflue une nouvelle convention d'écriture des identificateurs, je souhaitais savoir s'il existait déjà une norme en VB.Net largement utilisée par les développeurs V B.Net, une sorte de "tradition locale" en quelque sorte.

Remarque : Je suis un spécialiste Delphi et Borland a produit un guide de style afin d'uniformiser les habitudes d'écriture des programmes réalisés à l'aide de cet IDE.

J'espère avoir été clair et vous remercie par avance pour vos réponses.

cdlt

e-ric

Microsoft à fait de même en definissant des normes d'écritures, je n'ai pas les références ici, mais j'ai vu des video conferences disponibles il y a environs une année sur le site de microsoft donc c'etait le sujet.

Bonne chasse.

Bonjour,

concernant les recommandations de nommages, on trouve des documentations, et notamment la MSDN :

http://msdn.microsoft.com/library/de...Guidelines.asp

Globalement tout est ok dans cette doc', cependant il y a un souci de cohérence dans ce qui est avancé.

En effet, Microsoft nous recommande de ne pas utiliser de préfixes pour les champs. Dans ce cas comment distinguer le nom du champ de sa propriété : par la casse ?

Exemple en c#

Code:

---

1 2 3 4 5 6 7 8 9 10

public MaClasse { private int monAttribut;   public int MonAttribut { get {return this.monAttribut;} set {this.monAttribut = value;} } }

---

Oui, mais en C# effectivement ça ne pose pas de problème, à l'inverse de Visual Basic .NET qui n'y est pas sensible. Cependant, dans la partie consacrée aux propriétés, ils montrent un exemple où ils préfixent les attributs private par un m_. Alors que faire ?

Personnellement, je préfixe mes champs avec un _ (underscore sans m), pour la raison que Refactor! gère ce prefixe (et uniquement celui là à priori) pour l'encapsulation, et dans la mesure où d'une manière général, c'est une convention très répendue dans différents langages.

Quel est votre avis sur ce sujet ?

Citation:

---

Envoyé par Mandotnet

Personnellement, je préfixe mes champs avec un _ (underscore sans m), pour la raison que Refactor! gère ce prefixe (et uniquement celui là à priori) pour l'encapsulation, et dans la mesure où d'une manière général, c'est une convention très répendue dans différents langages.

Quel est votre avis sur ce sujet ?

---

Pour toutes les proprietés privées, je préfixe aussi par un underscore.
Sinon je prefixe toujours mes variables par une lettre representant le type, le code reste lisible et ca evite pas mal de temps perdu à trouver des noms inutile, je suis opposé à la casse qui induit très facilement en erreur quelqu'un qui doit maintenir l'existant et est donc source de bug et problème divers.