Encapsulation is een kernidee uit object-oriented programming, waarbij data en de code die ermee werkt in één geheel worden gebundeld en de rommelige binnenkant verborgen blijft achter een gecontroleerde interface. De buitenwereld kan het geheel vragen dingen te doen, maar kan niet zomaar bij de data zelf.
Denk aan een frisdrankautomaat. Je drukt op een knop en er komt een blikje uit, maar je kunt de automaat niet openmaken om in de bedrading te wroeten of geld uit de kassa te grissen. De knoppen zijn de enige toegestane weg naar binnen. Zo werkt encapsulation ook: het toont een kleine, veilige set acties en houdt de rest achter slot en grendel. Die bescherming maakt clean code op schaal mogelijk, omdat elk onderdeel alleen via zijn afgesproken ingang aangeraakt kan worden.
Het laat het geheel ook zijn eigen regels bewaken. Een bankrekening-object kan een opname weigeren die het saldo onder nul zou drukken, in plaats van erop te vertrouwen dat elk ander stuk code aan die controle denkt. De regel woont op één plek, naast de data die hij beschermt.
De winst is vrijheid om te veranderen. Zolang de knoppen hetzelfde blijven, kunnen developers de binnenkant van de automaat opnieuw bouwen zonder iets te breken dat ervan afhangt. De klassieke fout is dat je die binnenkant toch lekt, bijvoorbeeld door een kale lijst terug te geven die aanroepers direct kunnen aanpassen, waarmee je de grens die je optrok stilletjes weer afbreekt.
Je kunt het ook overdrijven. Verpak je elk los veld in een getter en setter die niets doen behalve de waarde doorgeven, dan heb je veel code geschreven die niets beschermt. Goede encapsulation verbergt wat echt bewaakt moet worden, niet alles voor de vorm.
Bij TopDevs kapselen we zorgvuldig in, zodat elk deel van je systeem een duidelijke grens heeft, waardoor we één onderdeel kunnen verbeteren zonder stilletjes drie andere te breken.
