Pourquoi l'encapsulation est une caractéristique importante des langages POO? [fermé]

L'Encapsulation aide à isoler les détails d'implémentation du comportement exposé aux clients d'une classe (autres classes / fonctions qui utilisent cette classe), et vous donne plus de contrôle sur accouplement dans votre code. Considérons cet exemple, similaire à celui du livre de Robert Martin Clean Code :

public class Car
{
//...
public float GetFuelPercentage() { /* ... */ };

//...

private float gasoline;
//...
}

Notez que le client utilisant la fonction qui vous donne la quantité de carburant dans la voiture ne se soucie pas du type de carburant utilisé par la voiture. Cette abstraction sépare la préoccupation (quantité de carburant) de détail sans importance (dans ce contexte): qu'il s'agisse de gaz, de pétrole ou de toute autre chose.

La deuxième chose est que l'auteur de la classe est libre de faire tout ce qu'il veut avec les internes de la classe, par exemple changer l'essence en huile, et d'autres choses, tant qu'ils ne changent pas son comportement. C'est grâce au fait qu'ils peuvent être sûr qu'on ne dépend de ces détails, parce qu'ils sont privés. Moins il y a de dépendances dans le code le plus flexible et plus facile à maintenir est.

Une autre chose, correctement notée dans la réponse sous-estimée par utnapistim: un faible couplage aide également à tester le code et à maintenir ces tests. L'interface de la classe moins compliquée est, plus il est facile de la tester. Sans encapsulation, avec tout exposé, il serait difficile de comprendre quoi tester et comment.

Pour réitérer quelques discussions dans les commentaires:

• Non, encapsulation n'est pas la chose la plus importante dans la POO. J'oserais même dire que ce n'est pas très important. Les choses importantes sont celles - ci encouragées par un couplage lâche semblable à l'encapsulation. Mais ce n'est pas essentiel - un développeur prudent peut maintenir un couplage lâche sans encapsuler les variables, etc.. Comme l'a souligné vlastachu , Python est un bon exemple d'un langage qui n'a pas de mécanismes pour appliquer l'encapsulation, mais il est toujours possible pour la POO.

• Non, cachant votre champs derrière les accesseurs n'est pas encapsulation . Si la seule chose que vous avez faite est d'écrire "privé" devant les variables, puis de fournir une paire get/set pour chacune d'elles, elles ne sont pas encapsulées. Quelqu'un dans un endroit éloigné dans code peut toujours jouer avec le fonctionnement interne de votre classe, et peut encore dépendent sur eux (bon, c'est bien sûr un peu mieux qu'ils dépendent d'une méthode, et non sur un champ).

• Non, l'objectif principal de l'encapsulation est ne pas éviter les erreurs. Les objectifs primaires sont au moins similaires à ceux énumérés ci-dessus, et penser que l'encapsulation vous défendra de faire des erreurs est naïf. Il y a juste beaucoup d'autres façons de faire une erreur en plus de modifier une variable privée. Et modifier une variable privée n'est pas si difficile à trouver et à corriger. Encore une fois-Python est un bon exemple pour cet argument, car il peut avoir une encapsulation sans l'appliquer.