Le blog de Mona7170

Auteur : lgmorand

plus que des règles de bonne écriture, fxCop donne aussi des règles de développement à suivre. Bon, c'est souvent plus facile à dire qu'à faire et par exemple, il m'embete si mon enum ne commence par zéro SAUF si les valeurs sont des bitflags (et donc faut mettre l'attribut [flags]).

autre exemple cité plus haut, surement la faute à VS en effet, j'utilise aussi la notation controle+nom (btnOK, btnCancel). les méthodes commencent donc par une minuscule et fxCop nous peste dessus.

Concernant le "this", je suis pas trop d'accord avec toi TheSaib. le "this" existe depuis des années et bien avant le .Net et on utilisait déjà la notation avec le "_" pour les membres (ou "m_" quand une variable pouvait pas commencer par un underscore). Je ne pense pas qu'on puisse parler de "sans intérêt" tant les deux choses veulent dire la même chose. Je pense qu'on peut très bien s'en sortir avec des membres privés avec le underscore. De plus, si j'utilise les "this", plusieurs outils comme Resharper nous les enlève car jugés redondants). De plus Microsoft utilise le underscore dans son code source et décourage le "m_" MAIS ils l'utilisent aussi dans leur code :D

Bref, this ou "_" même si la plupart des documentations de convention de nommage parlent de "_", ca reste une question de préférence personnelle et tant que c'est compréhensible, l'un ou l'autre ne gêne pas

pour toi, mona7170, tu n'es pas obligé(e?) de suivre à la lettre les guidelines que propose fxCop ou StyleCop, ca aide à nettoyer ton code et avoir de bonnes habitudes mais c'est pas ca qui rendra du code "propre" donc perd pas trop de temps dessus à essayer de faire disparaitre tous les warnings. ;)

______

Mona7170 :

Desolé , je ne voulais pas supprimé votre comment, je me suis trompé.

Merci à tous pour toutes ces informations :)