Encapsulation
Le premier pilier de la programmation orientée objet estencapsulation. L’idée derrière l’encapsulation est quevous voulez garder chaque type ou classe discret et autonome. Cela vous permet de modifier l’implémentation d’une classe sans affecter une autre classe.
Une classe qui fournit une méthode que d’autres classes peuvent utiliser est appelée server. Une classe qui utilise cette méthode est appeléeune client. L’objectif de l’encapsulation est que vouspeut changer les détails de la façon dont un serveur fait son travail sans rien casser dans l’implémentation du client.
Ceci est accompli en traçant une ligne brillante et brillante entre le public interface d’une classe et son private implementation. L’interface publique est un contrat émis par votre classe qui dit, je promets de pouvoir faire ce travail. Plus précisément, vous verrez qu’une interface publique dit d’appeler cette méthode, avec ces paramètres, et je ferai ce travail et retournerai cette valeur. Un client peut s’appuyer sur une interface publique pour ne pas changer. Si l’interface publique change, le client doit être recompilé et peut-être redesigné.
L’implémentation privée, en revanche, est privée au serveur. Le concepteur de la classe serveur est libre de changercomment il fait le travail promis dans l’interface publique, tant qu’il continue à remplir les termes de soncontrat implicite: il doit prendre les paramètres donnés, faire le travail promis et retourner la valeur promise.
Par exemple, vous pouvez avoir une méthode publique qui promet comme suit:Donnez-moi un montant en dollars et un certain nombre d’années, et je retournerai la valeur actuelle nette. Comment vous calculez ce montant est votre entreprise; si un client fournit un montant en dollars et un certain nombre d’années, vous devez restituer la valeur actualisée nette. Youmight l’implémente initialement en conservant une table de valeurs. Vous pouvez changer cela ultérieurement pour calculer la valeur en utilisant l’algèbre appropriée. C’est votre affaire, et n’affecte pas le client. Tant que vous ne modifiez pas l’interface publique (par ex., tant que vous ne modifiez pas le nombre ou le type de paramètres attendus ou que vous ne modifiez pas le type de valeur de tour), vos clients ne se casseront pas pendant que vous modifiez la mise en œuvre.