OOP organiserer kode omkring objekter, der bundler foranderlig tilstand med adfærd; funktionel programmering (FP) organiserer kode omkring rene funktioner og uforanderlige data, idet beregning behandles som datatransformation. De er forskellige standardbias, ikke modsætninger — og de fleste moderne sprog blander begge dele.
| OOP | FP | |
|---|---|---|
| Enhed | Object (state + methods) | Function |
| Tilstand | Indkapslet, ofte foranderlig | Uforanderlig; undgå bivirkninger |
| Polymorfisme | Subtyping / dynamic dispatch | Higher-order functions, generics |
| Tilføje en type | Let (ny klasse) | Sværere (berør hver funktion) |
| Tilføje en operation | Sværere (berør hver klasse) | Let (ny funktion) |
Den sidste række er udtrykkets problem: hvert paradigme gør en aksel af ændring let og den anden vanskelig.
# 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 sprog er multi-paradigme (Scala, Kotlin, Python, modern Java/C#), så den praktiske færdighed er at vælge det rigtige værktøj pr. problem, ikke at vælge en stamme.
FP's vægt på uforanderlighed og rene funktioner har omformet OOP's bedste praksis — uforanderlige værdiobjer og afhængighedsindsprøjtning af adfærd er FP-ideer, der nu er standard i god OO-design.