[debutant C#] getter/setter

Bonjour a tous,

je suis desole d'avance pour ma question bete et surement deja repondu des centaines de fois. J'ai cherche mais malheureusement pas trouver la reponse que je cherche.

J'ai compris le principe des mots cle get/set etc, mais il y a vraiment un truc qui me tracasse et je n'arrive pas bien a comprendre la nuance entre 2 facons d'ecrire un code. Je suis habitue a developper en C++ et je ne vois pas du tout la difference entre le code :

Code:

---

public int myint {get; set;} //C# style

---

et le code

Code:

---

public int myint; //C++ style

---

Ma question est simple est ce qu'il y a une difference ou est ce que c'est rigoureusement la meme chose ? ca me tracasse car je me dis qu'il y a peut etre une subtilite que je rate...

En effet avec ou sans get/set dans les 2 cas il me semble qu'on peut faire :

Code:

---

1 2	obj.myint = 42; int tmp = obj.myint;

---

ou je me trompe ?

d'avance merci pour vos eclaircissements,

Oniric.

En C#

Code:

---

public int MyInt {get; set;}

---

Représente une propriété implémentée automatiquement. Le code ci-dessus est équivalent au code ci-dessous.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

private int _myInt;   public int MyInt { get { return _myInt; } set { _myInt = value; } }

---

On déclare donc un champ privé et le nécessaire pour accéder à ce champ depuis l'extérieur (principe d'encapsulation).

A mon avis un mutateur sans code de contrôle ne sert à rien.
un champ public aura le même effet et le fait de l'emballer dans une propriété qui ne fait rien n'apporte rien.

L'encapsulation, telle que décrite dans les canons de l'objet, ne permet JAMAIS d'accéder aux attributs d'un objet sauf en utilisant des méthodes.

La présence de propriété public est donc une facilité, ou une voie de contournement...

Nous somme donc ORIENTE OBJET ;)

là où les propriété prennent tout leur sens, c'est lorsque le mutateur effectue un certains nombre de contrôles/traitements avant d'affecter la valeur à la variable.

Citation:

---

Envoyé par kheironn

un champ public aura le même effet et le fait de l'emballer dans une propriété qui ne fait rien n'apporte rien.

---

Un champ public est une bonne pratique pour les constantes (DateTime.MinValue par exemple). Sinon, même si la propriété n'ajoute pas de code de contrôle il vaut mieux en faire une. Plus simple ensuite si on doit changer l'implémentation de la propriété car il ne sera pas nécessaire de recompiler le code appelant.

Après, c'est juste une recommandation de codage qui n'oblige à rien. Mais si les recommandations existent ce n'est pas que pour faire joli en général ;)

De toutes façons, comme je l'ai dit, la propriété est une facilité... donc depuis VS2008 prop + tab est plus rapide à utiliser ;)

sinon, comme tout développeur, je pense, j'utilise les propriétés ;)

Citation:

---

Envoyé par kheironn

A mon avis un mutateur sans code de contrôle ne sert à rien.
un champ public aura le même effet et le fait de l'emballer dans une propriété qui ne fait rien n'apporte rien.

L'encapsulation, telle que décrite dans les canons de l'objet, ne permet JAMAIS d'accéder aux attributs d'un objet sauf en utilisant des méthodes.

La présence de propriété public est donc une facilité, ou une voie de contournement...

Nous somme donc ORIENTE OBJET ;)

là où les propriété prennent tout leur sens, c'est lorsque le mutateur effectue un certains nombre de contrôles/traitements avant d'affecter la valeur à la variable.

---

ok merci beaucoup de vos reponses, c'etait ce que je pensais mais j'avais un doute et je voulais etre sur de ne pas rater une subtilite.

merci de vos reponses