Concept : l'encapsulation avec `public` et `private`

Qu'est-ce que l'encapsulation ? L'analogie de la voiture

L'encapsulation est l'un des principes fondamentaux de la programmation orientée objet. L'idée est de regrouper les données (variables d'instance) et les méthodes qui les manipulent au sein d'un seul et même objet, et de contrôler l'accès à ces données. L'objet devient une 'capsule' qui protège son fonctionnement interne du monde extérieur.

Pensez à une voiture. Pour la conduire, vous utilisez une interface simple et bien définie : le volant, les pédales, le levier de vitesse. C'est l'interface publique. Vous n'avez pas besoin de savoir comment le moteur à combustion interne fonctionne, comment l'injection de carburant est calculée ou comment la transmission change les rapports. Tous ces détails complexes sont cachés, encapsulés. C'est l'implémentation privée.

Cette séparation est vitale. Elle vous permet d'utiliser la voiture sans risque de casser le moteur en manipulant directement ses composants. De plus, le constructeur peut changer complètement la technologie du moteur (passer à l'électrique) sans que vous ayez à réapprendre à conduire, tant que le volant et les pédales restent les mêmes. C'est exactement ce que l'encapsulation nous permet de faire en programmation.

L'interface `public` : les commandes de votre objet

En Ruby, toutes les méthodes que vous définissez dans une classe sont publiques par défaut. Une méthode publique peut être appelée par n'importe quel autre code en dehors de la classe. C'est la 'façade' de votre objet, les boutons sur lesquels le reste de votre application peut appuyer.

L'ensemble des méthodes publiques d'une classe constitue son API (Application Programming Interface). C'est le contrat que votre classe passe avec le reste du monde. Elle dit : 'Voici les actions que je m'engage à savoir faire. Appelez ces méthodes, et j'effectuerai le travail'.

Dans notre classe Cat, les méthodes initialize, meow et introduce sont toutes publiques par défaut. C'est pour cela que nous pouvons les appeler depuis notre script main.rb sur une instance comme felix.meow.

La mécanique interne `private` : les détails cachés

Une méthode privée, en revanche, est une méthode d'aide interne. Elle n'est pas destinée à être appelée de l'extérieur de l'objet. Son rôle est de gérer une partie de la complexité interne pour aider les méthodes publiques à faire leur travail. On déclare les méthodes privées en utilisant le mot-clé private. Toute méthode définie après ce mot-clé dans la classe sera privée.

La règle d'or est la suivante : une méthode privée ne peut être appelée qu'à partir d'une autre méthode (publique ou privée) de la même instance. Il est impossible d'appeler une méthode privée avec un récepteur explicite (comme felix.methode_privee), même depuis l'intérieur de la classe. C'est une protection très forte.

Imaginons que notre chat ait un secret pour être heureux. Ce secret n'est pas public. Seul le chat lui-même peut y accéder pour s'encourager.

Pourquoi cette distinction est-elle fondamentale pour un développeur ?

Utiliser public et private n'est pas juste une convention, c'est une pratique essentielle qui améliore radicalement la qualité de votre code pour trois raisons majeures :

• Maintenabilité : C'est le plus grand bénéfice. En cachant l'implémentation, vous pouvez la modifier ou la réécrire complètement (refactoring) sans craindre de casser le reste de l'application, tant que l'interface publique (les méthodes publiques) ne change pas. Vous pouvez optimiser la méthode whisper_secret sans que la méthode encourage_self ne s'en aperçoive.
• Clarté : Déclarer une méthode comme private est une forme d'auto-documentation. Cela communique une intention claire aux autres développeurs (et à votre futur vous) : 'Ceci est un détail interne, ne comptez pas sur son existence ou son comportement, il peut changer à tout moment'.
• Robustesse : L'encapsulation empêche une utilisation incorrecte de vos objets. En ne fournissant qu'un accès contrôlé via des méthodes publiques, vous vous assurez que l'état interne de votre objet reste toujours cohérent et valide. Personne ne peut accidentellement mettre votre objet dans un état impossible.

Maîtriser l'encapsulation est une étape clé pour passer de l'écriture de simples scripts à la conception d'applications logicielles fiables et évolutives.