Discussion :

[izguit]

Salut tout le monde,
Je débute en C# (pas en dev) et premier truc chelou :
l'accès aux propriétés d'une classe.
En C++ on aurait un basique

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
class Personne
{
    protected:
        int age;
    public:
        int getAge();
};
 
int Personne::getAge()
{ return age };

Et en C# je vois un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
class Personne
{
	private int age;
 
 
	public 	int Age {
		get {
			return age;
		}
		set {
			age = value;
 
		}
 
	}
}

Et là je me dis dans ma tête : "mouarf, ça sert à quoi de déclarer un "Age" public qui renvoie vers un "age" privé?"
C'est quoi l'intérêt par rapport à la déclaration d'un "age" public? (A part pour la bonne santé de notre chère amie l'encapsulation)
Je serai même tenté de revenir à ma syntaxe C++-ienne avec mes fonctions "get<Attribut>"

Merci de vos réponses

[bouvda]

Salut,

ça sert au confort d'utilisation de ta classe par un programmeur. C'est beaucoup plus agréable à l'utilisation que les get et set (Java tout daubé)
Il pourra ainsi faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
unePersonne.Age = 17; //modification de l'âge
Console.WriteLine(unePersonne.Age); //lecture de l'âge

Tu verras c'est extrêmement confortable à l'usage .

Et puis :

premier truc chelou

c'est pas Secret Story ici , il faut parler français.

[hed62]

C'est aussi pour pouvoir faire d'autres choses que bêtement renvoyer l'attribut, dans le getter/setter.

Si tu ecris juste :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public int Age;

Tu ne peux pas gérer de choses du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
private int nombreAcces;
private bool estMajeur;
private int unAttributQuelconque;
 
public int UnAttributQuelconque
{
                    get {
nombreAcces++;
			return unAttributQuelconque;
		}
		set {
			age = value;
 if(age>18) estMajeur = true;
		}
 
 
}

Je n'ai pas écris les propriétés EstMajeur et NombreAcces..

[SaumonAgile]

C'est aussi pour pouvoir faire d'autres choses que bêtement renvoyer l'attribut, dans le getter/setter.

+1
C'est par exemple utilisé pour les bindings pour signifier un changement de la valeur d'une propriété.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

if(age>18) estMajeur = true;

Hmmm, en fait le test serait plutôt "supérieur ou égal"

[ced600]

Je suis d'accord pour le confort d'accessibilité, et en plus avec les snippet c'est tellement facile d'écrire une propriété ( Je suis en 1.1 sous VS2003 et il ne connais pas les snippet).
En plus cela évite de pourrir ta liste de méthode (qu'est ce que c'est chiant d'avoir 31 fonction dont 15 Getter et Setter et 1 seul vrais méthode), La propriété peut être mis directement sous l'attribut, plus simple à la recherche pour modification, et sous VS le repliement du code te rends invisble tout le contenu de la propriété quand tu n'en n'as pas besoin.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
class Personne
{
    protected:
        int age;
    public:
        int getAge();
};
 
int Personne::getAge()
{ return age };
 
void Personne::setAge(int unage)
{ age = unage };

Tu avais oublié le setter .
Quand même n'est ce pas plus pratique le "value" que de devoir créer une variable bidon (j'ai mis 10 seconde à trouver le nom de la variable pour qu'elle un rapport avec age ) pour juste affecté sa valeur à l'argument.

Et puis les accés à la propriété sont plus confortable que les accés aux méthodes Getter/Setter.

[izguit]

Ok merci de vos réponses
'Vais essayer de me faire à ces notations