Discussion :

[Yoshio]

Bonjour,

Quels sont les bonnes pratiques en C# ?

J'ai quelque question tout de même :
Q1 : Fait vous une différence entre _load ou le contructeur ?
_load serait pour les initialisation des composants de l'interface et le constructeur pour l'initialisation des propriétés/objet ?

Q2 : Int32 ou int, String ou string, ... (J'avais deja posé une question similaire sur le forum mais elle n'avait pas tout à fait le même sens).

Q3 : Quels nom choisir pour les composants ?
Pour un textfield : TextFieldNom ou texfieldNom ou Nom ou ... ?

Si vous avez d'autre idée en tête n'hésitez pas.

[Skyounet]

Bonjour,

Quels sont les bonnes pratiques en C# ?

Celles que tu décide de mettre en place.
Tu peux suivre les Coding GuideLines de MS.

Par exemple pour un membre privé tu le prefixe de m (mNomMembre).

J'ai quelque question tout de même :
Q1 : Fait vous une différence entre _load ou le contructeur ?
_load serait pour les initialisation des composants de l'interface et le constructeur pour l'initialisation des propriétés/objet ?

_load ?

Q2 : Int32 ou int, String ou string, ... (J'avais deja posé une question similaire sur le forum mais elle n'avait pas tout à fait le même sens).

int est simplement un alias vers Int32 (plus facile de taper int que Int32 nan ?)
Pareil pour string : string alias vers String (moins chiant de mettre une majuscule hein ?)

Q3 : Quels nom choisir pour les composants ?
Pour un textfield : TextFieldNom ou texfieldNom ou Nom ou ... ?

Si vous avez d'autre idée en tête n'hésitez pas.

Alors là je sais pas.
textBoxName ?

Comme ça le début représente le type c'est plus facile pour retrouver le nom je pense.

[harz62]

Bonsoir,

J'ai quelque question tout de même :
Q1 : Fait vous une différence entre _load ou le contructeur ?
_load serait pour les initialisation des composants de l'interface et le constructeur pour l'initialisation des propriétés/objet ?

Je préfére créer une méthode privée et l'appeler dans le constructeur. Je préfére le constructeur car on GDI+ ne fonctionne pas dans l'événement Load.

Q2 : Int32 ou int, String ou string, ... (J'avais deja posé une question similaire sur le forum mais elle n'avait pas tout à fait le même sens).

Int32 on l'utilise en général lorsque l'on fait des appels de pinvoke peut être pour bien montrer clairement le type précis utilisé. Sinon j'utilise string et int

Q3 : Quels nom choisir pour les composants ?
Pour un textfield : TextFieldNom ou texfieldNom ou Nom ou ... ?

Moi j'utiliserais, TextFieldNom pour respecter la notation pascal ou sinon un nom qui se finirait par le type de composant un peu on fait pour les exceptions ou les attributs.

Si vous avez d'autre idée en tête n'hésitez pas.

Euh c'est des questions ou faut les chercher ? ^^

[Skyounet]

Moi j'utiliserais, TextFieldNom pour respecter la notation pascal ou sinon un nom qui se finirait par le type de composant un peu on fait pour les exceptions ou les attributs.

Ben justement le nom des membres c'est un camelCase normalement.

[harz62]

Bonsoir,

Ben justement le nom des membres c'est un camelCase normalement.

Ah oui j'avais pas vu que dans la 2e option il y avait une majuscule, autant pour moi.

[ced600]

Je te propose d'appeler toutes tes variables varNum ou Num est un numéro que tu incrémente.
De même pour les arguments : argNum, les classes : classNum, les propriétés : propNum, les méthodes : methodNum, .....

Ok je


Nan mais plus sérieusement, fait comme tu le souhaites, ce que tu préfères, et l'idéal est d'écrire un petite doc d'1 ou 2 page(s) définnisant les règles de nommage choisis.
Après le plus dure est de respecter ses propres règles de nommage

[binoo]

Salut,

Quels sont les bonnes pratiques en C# ?

-> Etablir une charte de codage (pour toi et les personnes qui vont relire ton code... éventuellement ton équipe de projet...).

Laquelle de charte ?

Celle avec laquelle tu te sens le plus à l'aise (il n'y a pas de règle... mais il est vrai que si ton code est destiné aux gens du web en général (soit un maximum de personnes), il peut être sympa de prendre appui sur des conventions fixé par certains 'leader' comme l'a fait remarquer Skyrunner :

Tu peux suivre les Coding GuideLines de MS.