Discussion :

[tomlev]

Cette discussion est destinée à recueillir vos commentaires sur l'article Pourquoi les propriétés sont importantes (traduction de l'article Why Properties Matter de Jon Skeet)

Dans le chapitre 8 (NdT : du livre C# in Depth), je suppose sans trop me poser de questions que les lecteurs considèrent comme une bonne pratique l'utilisation de propriétés plutôt que de champs. Eric m'a suggéré de mentionner pourquoi c'est une bonne pratique. Je trouvais que ça ne rentrait pas vraiment dans le chapitre, mais c'est un sujet qui revient souvent dans les groupes de discussions et listes de diffusions, donc je me suis dit que je pourrais en faire un article.

[Bobby McGee]

Bonjour,

Merci pour cette traduction intéressante. Favoriser l'utilisation de propriétés plutôt que d'exposer les champs paraît assez logique.

Ce que je comprends moins, c'est ce qui a poussé les créateurs du C# à inventer le concept de propriété plutôt que d'utiliser de simples méthodes get/set comme accesseurs. Est-ce uniquement pour pouvoir utiliser une syntaxe monObjet.MaPropriete = uneValeur ?

Si quelqu'un pouvait méclairer sur ce point... Merci d'avance.

[tomlev]

Ce que je comprends moins, c'est ce qui a poussé les créateurs du C# à inventer le concept de propriété plutôt que d'utiliser de simples méthodes get/set comme accesseurs. Est-ce uniquement pour pouvoir utiliser une syntaxe monObjet.MaPropriete = uneValeur ?

A moins de poser la question directement à Anders Hejlsberg, on ne peut faire que des suppositions... Je pense que c'est tout simplement parce que c'est plus "naturel" à utiliser que des méthodes. Ça permet aussi de mieux formaliser le lien entre les accesseurs get et set, pour bien montrer que la propriété est une entité à part entière et non seulement une paire de méthode.

[BenoitM]

j'aurai dit que le champ peut-être aussi protected si la propriété est en lecture seule

[tomlev]

j'aurai dit que le champ peut-être aussi protected si la propriété est en lecture seule

Ce n'est pas une très bonne idée à mon avis... Si tu veux permettre aux classes dérivées de modifier la valeur, il vaut mieux mettre l'accesseur set en protected. Comme ça, tu peux détecter/valider la modification (ce qui n'est pas possible avec un champ)

[BenoitM]

J'ai un peu honte, je ne savais pas qu'on pouvait mettre des acces different pour le getter et setter