L'avantage de passer par des methodes pour recuperer les valeurs (fes getters quoi) c'est de pouvoir facilement changer le type de ces valeurs.
Par exemple si l'envie me prend de changer la represenattion interne de la width au profit d'une table de hash (ca ne sert a rien just pour l'exemple), en faisant changeant juste l'implementation de ta methode width tu renvoie tj qq chose de coherent (une taille), alors que si tu n'as pas cette methode tu renverra la variable width .. qui est maintenant un hash.
Resultat: ca aura des effets de bors sur le code qui utilise ta classe... Il y a fort a parier que l'expression 5+ carre.width n'aura pas le meme comportement si width est un entier ou un hash ....
Dans le code expose en Ruby c'est fait par la ligne attr_reader :width, :height, qui cree 2 fonctions repondant au message width et height.
Du coup si tu as besoin de faire du refactoring de ta classe tu n'impact personne ....
[^] # Re: Euh, on complique Python à loisir?
Posté par Frederick Ros . En réponse à la dépêche Sortie de Ruby 1.8.2. Évalué à 2.
Par exemple si l'envie me prend de changer la represenattion interne de la width au profit d'une table de hash (ca ne sert a rien just pour l'exemple), en faisant changeant juste l'implementation de ta methode width tu renvoie tj qq chose de coherent (une taille), alors que si tu n'as pas cette methode tu renverra la variable width .. qui est maintenant un hash.
Resultat: ca aura des effets de bors sur le code qui utilise ta classe... Il y a fort a parier que l'expression 5+ carre.width n'aura pas le meme comportement si width est un entier ou un hash ....
Dans le code expose en Ruby c'est fait par la ligne attr_reader :width, :height, qui cree 2 fonctions repondant au message width et height.
Du coup si tu as besoin de faire du refactoring de ta classe tu n'impact personne ....