Encapsulation
L'encapsulation traduit le fait que les variables ne sont pas manipulées directement. Elles sont protégées par les méthodes de la classe qui les définit. Les méthodes peuvent aussi être encapsulées et les programmeurs peuvent décider du niveau d'encapsulation pour chacune des variables et des méthodes. Même si Java accepte
Les programmeurs peuvent décider du niveau d’encapsulation pour chacune des variables et des méthodes
plusieurs niveaux d’encapsulation, nous nous en tiendrons ici aux extrêmes : méthodes, et variables publiques accessibles par toutes les autres classes et méthodes et variables privées accessibles uniquement dans la classe dans laquelle elles sont définies.
L’encapsulation élimine toute redondance de code et minimise le risque que des erreurs se glissent dans un code qui fonctionne déjà correctement. La théorie OO encourage les programmeurs à traiter les composants de code comme des boîtes noires. C’est facile à dire, mais souvent difficile à mettre en pratique. La plupart des programmeurs veulent instinctivement comprendre non seulement ce que fait le composant appelé, mais aussi comment il le fait. Ne rien tenir pour acquis est généralement une attitude louable chez un informaticien, mais si chaque programmeur s’évertue à disséquer le code écrit par ses condisciples, on peut douter de la productivité d’une application confiée à de multiples programmeurs. Adopter une approche de type boîte noire vis-à -vis des composants de programme existants ne transforme pas la programmation en une tâche routinière et mécanique, mais suppose que les composants existants fonctionnent comme prévu.
Un langage OO ne peut pas empêcher les programmeurs d’examiner le code, mais l’encapsulation va à l’encontre de cette tendance naturelle en réduisant le nombre d’interfaces entre des classes. Seules les méthodes et variables que le programmeur initial a exposées en les rendant publiques sont disponibles directement pour une autre classe. Donc, au moins en théorie, il n’y a aucune raison de réexaminer les variables et méthodes privées ou même le code que les méthodes publiques exécutent. Le programmeur Java ne doit s’intéresser qu’aux paramètres qu’une méthode accepte et à la valeur (éventuelle) qu’elle renvoie. Si l’encapsulation est constamment respectée, le fait de modifier le code dans une classe n’affectera aucune autre classe, pourvu que les signatures de toutes les méthodes publiques restent inchangées.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- De l’inventaire à l’action : l’Asset Management au service d’un Numérique plus responsable
- IA et bureaucratie : la complexité qui grève les projets
- IA dans les services financiers : priorité stratégique, mais passage à l’échelle sous tension
- Data streaming : le nouveau socle stratégique de l’IA en entreprise
Articles les + lus
Model Context Protocol : le contexte, grand oublié du débat
Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
Computex 2026 : 5 signaux forts à retenir
À la une de la chaîne Tech
- Model Context Protocol : le contexte, grand oublié du débat
- Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
- Computex 2026 : 5 signaux forts à retenir
