Encapsulation

Un autre principe fondamental de la programmation orientée objet (POO). Probablement le principe le plus crucial, car tout le paradigme POO repose sur lui. Vous avez déjà rencontré ce principe dans ce chapitre lors de la désignation des champs et des méthodes comme private ou public. Mais nous allons maintenant aborder ce principe plus en détail.

Remarque

Veuillez ne pas confondre le mot 'interface' (un modèle de création, un patron) avec l'Interface que nous étudierons dans la section suivante !

Modificateurs d'accès

Les modificateurs d'accès sont une partie intégrante de l'encapsulation, donc même si nous les avons déjà abordés, il est nécessaire de revoir ce sujet. Vous trouverez ci-dessous la définition des modificateurs d'accès accompagnée d'un tableau et d'une brève description :

1. public : Les membres avec le modificateur d'accès public sont accessibles de partout dans le code. Ils possèdent la portée la plus large. Par exemple, une méthode public peut être appelée depuis n'importe quelle classe ;

2. private : Les membres avec le modificateur d'accès private ne sont accessibles que dans la classe où ils sont déclarés. Ils ne sont pas visibles pour les classes externes. Cela offre une forte encapsulation ;

3. protected : Les membres avec le modificateur d'accès protected sont accessibles dans le même package et par les sous-classes, même si elles se trouvent dans des packages différents. Cela permet un partage contrôlé de l'information ;

4. défaut (package-private) : Si aucun modificateur d'accès n'est spécifié, le membre est accessible uniquement dans le même package. Il s'agit du niveau d'accès par défaut.

Voyons comment les modificateurs d'accès fonctionnent en pratique. Il y a deux classes : l'une créée dans le même package que la classe main, et l'autre créée dans un package différent. Observons comment les modificateurs d'accès influencent cela :

Dans les captures d'écran, vous pouvez voir d'où les variables portant les noms correspondants sont accessibles.

Je vous rappelle également que si vous souhaitez contourner les modificateurs d'accès, vous pouvez en lire davantage ici : lien.

Remarque

Il convient également de mentionner que les méthodes peuvent aussi avoir des modificateurs d'accès. Ils fonctionnent de la même manière que pour les champs. Par exemple, une méthode avec un modificateur d'accès private ne sera accessible que dans la classe où elle a été créée.

Résumé

L'encapsulation est très utile lorsque les données doivent être organisées en compartiments, rendant le code très structuré. De plus, grâce à l'encapsulation, il est possible de configurer où et comment vos champs et méthodes peuvent être accessibles.