SOLID-principes
De principes van objectgeoriënteerd programmeren SOLID zijn noodzakelijk bij het creëren van functionele, langdurig onderhoudbare software op basis van objectgeoriënteerd programmeren (OOP).
De belangrijkste SOLID-principes:
- Enkele verantwoordelijkheid - elk object heeft slechts één verantwoordelijkheid (doel), die op zijn beurt vertegenwoordigd moet worden door een aparte klasse. Bijvoorbeeld, het ophalen van gegevens uit een database en de daaropvolgende validatie ervan moeten verschillende klassen hebben zodat deze twee processen niet met elkaar vermengd raken.
- Open / gesloten - klassen moeten openstaan voor uitbreiding en aanvulling met nieuwe taken en tegelijkertijd gesloten zijn voor wijziging van de hoofdcode. Bijgevolg kunnen andere modules en functies aan de klasse worden toegevoegd, maar de broncode moet onveranderd blijven.
- Liskov-substitutie - alle gemaakte afstammelingen moeten het gedrag (uitgevoerde taken) van hun ouder behouden en demonstreren.
- Interface-segregatie - grote interfaces moeten worden opgesplitst in kleinere en meer gespecialiseerde, om gebruikers niet te belasten met overbodige informatie.
- Dependency-inversie - objecten op hogere niveaus, bijvoorbeeld klassen, mogen niet afhankelijk zijn van modules op lagere niveaus, maar ze moeten allemaal afhankelijk zijn van abstracties.
Zie ook
-
het
DRY-principe,
dat software opsplitst in kleine componenten -
het
KISS-principe,
dat het vermijden van complicatie van software veronderstelt -
het
YAGNI-principe,
dat het vermijden van overbodige functionaliteit in software veronderstelt -
het
CQS-principe,
dat voor elke functie slechts één opdracht geeft -
het
LoD-principe,
dat wordt toegepast bij software-ontwikkeling -
het verantwoordelijkheidsscheidingsprincipe,
dat wordt toegepast bij software-ontwikkeling