problème sur la notion d'encapsulation

Salut à tous,

Je me pose une question sur la notion d'encapsulation, je ne suis pas sûr d'avoir bien saisi :roll:

J'ai cru comprendre que l'encapsulation permettait de masquer les détails d'implémentation, on n'a donc accès à l'objet qu'à partir de la partie visible (l'interface). Par exemple on peut accéder aux attributs seulement à partir de méthodes.

Or parfois je vois le mot "encapsuler" dans d'autres contextes. Par exemple :
un flux peut encapsuler d'autres flux : BufferedReader bf = new BufferedReader(new FileReader(monFichier));

S'agit t il d'une relation de composition (un BufferedReader "a un" fileReader comme attribut) ? Pourquoi utilise t on le mot "encapsuler" ? Je ne vois pas dans ce contexte le rapport avec le fait de déclarer les attributs private et méthodes publiques :?

Merci ;)

Citation:

---

J'ai cru comprendre que l'encapsulation permettait de masquer les détails d'implémentation

---

Tout est là. Et c'est la même notion pour les streams. Quand tu branche un stream en tant que consommateur ou producteur sur un autre stream, tu le "masque" complètement. Dans le code que tu donnes en exemple tu utilises un BufferedReader. Tu n'as pas la moindre idée d'où il lit ses données, tout comme l'encapsulation dans une classe masque l'endroit d'où les données sont lues/écrites.

Après tu peux avoir plusieurs utilisations de cette notion d'encapsulation. Pour les streams ça te permet de chainer des opérations en ne te préoccupant que de la dernière mais pour des classes l'encapsulation protège l'accès à leur implémentation interne et garantis leur cohérence. Imagine que tu ais une classe Foo avec un attribut "bar" de type entier et une règle métier qui interdise d'écrire des nombres négatifs. Tu fais tout ton code en supposant que "bar" va être un entier positif. Mais qu'est ce qui empêche un développeur qui utilisera ta classe Foo de faire

Code:

---

Foo.bar = -1

---

et de faire planter ton code? Si le dev qui utilise ta classe ne voit pas ton attribut "bar" et est obligé de passer par une méthode setBar(), cette méthode peut renvoyer une exception pour indiquer que la valeur est invalide et protéger ainsi la cohérence de Foo.