OOP organiseert code rond objecten die veränderliche state met behavior bundelen; Functioneel programmeren (FP) organiseert code rond zuivere functies en onveränderlijke data, waarbij berekening als gegevenstransformatie wordt behandeld. Dit zijn verschillende standaard benaderingen, geen tegenpolen — en de meeste moderne talen mengen beide.
| OOP | FP | |
|---|---|---|
| Eenheid | Object (state + methods) | Function |
| State | Ingekapseld, vaak veranderlijk | Onveranderlijk; side effects vermijden |
| Polymorfisme | Subtypen / dynamic dispatch | Hogere-orde functies, generics |
| Een type toevoegen | Gemakkelijk (nieuwe class) | Moeilijk (elke functie aanraken) |
| Een operatie toevoegen | Moeilijk (elke class aanraken) | Gemakkelijk (nieuwe functie) |
Die laatste rij is het expression problem: elke paradigma maakt één as van verandering gemakkelijk en de ander moeilijk.
# OOP: data + behavior together, dispatch by type
class Circle:
def __init__(self, r): self.r = r
def area(self): return 3.14159 * self.r ** 2
# FP: data is dumb; behavior is a separate pure function
def area(shape):
match shape:
case ("circle", r): return 3.14159 * r ** 2
case ("square", s): return s * s
OOP → rich domains with identity & lifecycle (orders, sessions, UI widgets)
FP → data pipelines, transformations, concurrency (immutability avoids races)
Moderne talen zijn multi-paradigm (Scala, Kotlin, Python, modern Java/C#), dus de praktische vaardigheid is het juiste instrument per probleem kiezen, niet voor een stam kiezen.
De nadruk van FP op onveranderlijkheid en zuivere functies heeft OOP best practices opnieuw vormgegeven — onveranderlijke value objects en dependency injection van behavior zijn FP-ideeën die nu standaard zijn in goed OO-ontwerp.
Een bibliotheek met IT-sollicitatievragen met gedetailleerde antwoorden — van Junior tot Senior.
Doneren