Intérêt de l'accesseur /mutateur ?

Je ne comprends pas un truc

Dans le main je crée par exemple un objet "client"
Client client1=new Client();

Je peux ensuite décider que
client1.nom="Dupont";

Mais je lis que c'est "dangereux". Pourquoi donc ?
Ensuite je lis qu'il faut , pour éviter ce danger, créer des mutateurs, soit dans la classe Client, ajouter une méthode genre
public ecrireNom(String nomClient);

Mais en quoi donc cela changerait la dangerosité de l'affaire ? on ne fait que décaler la zone de dangerosité, non ?

idem pour l'accesseur: pourquoi ne pas directement utiliser
nom=client1.nom; ?

Pour commencer, ton "mutateur" te permet de faire des tests, donc tu encapsule en quelque sorte une manipulation que tu aurais du faire dans ton code, et souvent à plein plein plein d'endroits, donc pas facile à maintenir par la suite...

Il en va de même pour les accesseurs, tu peux très bien imaginer un truc du genre

Code:

---

1 2 3 4 5 6 7 8 9 10

public String getNom(){ String str; if(this.role == AGENT_SECRET ){ str = "identité indisponible"; }else{ str = this.nom; } return str; }

---

Voilà une des raisons ;)

Citation:

---

Envoyé par CrikTeCroque

Pour commencer, ton "mutateur" te permet de faire des tests, donc tu encapsule en quelque sorte une manipulation que tu aurais du faire dans ton code, et souvent à plein plein plein d'endroits, donc pas facile à maintenir par la suite...

Il en va de même pour les accesseurs, tu peux très bien imaginer un truc du genre

Code:

---

1 2 3 4 5 6 7 8 9 10

public String getNom(){ String str; if(this.role == AGENT_SECRET ){ str = "identité indisponible"; }else{ str = this.nom; } return str; }

---

Voilà une des raisons ;)

---

Donc si je comprends bien l'intérêt de déplacer la fonction d'écriture du nom ailleurs réside dans la possibilité d'avoir un traitement plus complet en rajoutant automatiquement d'autres choses/actions. Par exemple, sans rentrer dans l'espionnage ;), on pourrait simplement formater pour qu'il y ait uen majuscule au début du mot.
Mais en quoi ce serait moins dangereux d'écrire le nom à partir de la classe "main" que de la classe "client" ?

La question de la visibilité est un sujet croustillant, aussi, ce que je t'en dit n'engage que moi ;)

Déjà tu as le droit d'être un kawabunga sans peur et sans reproche et de tout mettre en public, mais c'est dangereux :aie:

Pour moi une classe doit être maîtresse de ses attributs, si ce sont les autres qui décident de leur valeur, c'est peut être que l'attribut n'est pas au bon endroit. Ça nous fait déjà un petit repère de conception, en ce qui me concerne ça m'aide ;)

De plus si ta classe est bien faite, les attributs ont une cohérence entre eux..

une classe Carre par exemple avec int h et int w (oui c'est bête mais parlant ;) )

si tu laisses la classe PierrePaulJacques dire que moncarre.w = 2 ... tu vas avoir un p'tit problème à l'affichage quand ta classe PowerOfFlower va vouloir afficher

Code:

---

1 2 3

monpanelcarre.setW(moncarre.w) ; monpanelcarre.setH(moncarre.h) ;

---

Bon dans une toute chtite appli, tu peux gérer ça "en dur", mais quand tu te retrouves avec des classes par ci des classes par là, et je te parles pas des multi-threads... tu risques vite de générer des erreurs et tu mettras du temps à en trouver la source.

De plus ton objet est plus complet s'il s'auto-gère, tu auras peut être alors le plaisir de le réutiliser plus tard ailleur dans d'autres applis :ccool:

Oulà je dois aller faire les PASTAAAA !!

Bonne soirée ;)

Merci.

Je crois que j'ai compris: on doit intégrer au maximum dans la classe toutes les fonctions qui s'y rapporteront pour:
- une meilleure lisibilité
- un contrôle non redondant
- éviter qu'il soit modifié ailleurs par un processus mal défini ou mal synchronisé

Donc à partir de maintenant je vais procéder comme ça

Bon je ne t'ai pas tout dit non plus j'avoue :oops:

il y a aussi le problème de ce que tu lances dans le monde impitoyable de ton programme quand tu fais

Code:

---

Machin monmachin = truc.sonmachin;

---

Si je me met à te parler de référence, ça te fais quoi? :aie:

Citation:

---

Envoyé par orphee03

Merci.

Je crois que j'ai compris: on doit intégrer au maximum dans la classe toutes les fonctions qui s'y rapporteront pour:
- une meilleure lisibilité
- un contrôle non redondant
- éviter qu'il soit modifié ailleurs par un processus mal défini ou mal synchronisé

Donc à partir de maintenant je vais procéder comme ça

---

bien formulé ... mais il faut tirer les arguments jusqu'au bout.
pour reprendre ton exemple tu pourrais avoir:
- des champs immuables (pas de setNom(String nom) pour le Client qui sera créé une fois pour toute avec un nom)
- des champs qui ne sont pas modifiables directement (pas de setSolde(montant) pour un compte en banque: la valeur n'est modifiable qu'à partir des opération retrait et depot)