Open/Closed Principle (OCP) pravi, da bi morale programske enote biti odprte za razširitev, a zaprte za spremembo: novo obnašanje dodajate z dodajanjem novega koda, ne z urejanjem obstoječega, preizkušenega koda.
():
shape.kind == : * shape.r **
shape.kind == : shape.s **
shape.kind == : shape.w * shape.h
Vsak nov tip prisili spremembo v rastoči if/elif verigi — krhka in magnet za napake.
from abc import ABC, abstractmethod
class Shape(ABC):
@abstractmethod
def area(self): ...
class Circle(Shape):
def __init__(self, r): self.r = r
def area(self): return 3.14159 * self.r ** 2
class Triangle(Shape): # NEW behavior = NEW class
def __init__(self, b, h): self.b, self.h = b, h
def area(self): return 0.5 * self.b * self.h
def total_area(shapes): # never changes again
return sum(s.area() for s in shapes)
Dodajanje Triangle zahteva nič sprememb na total_area — razširitev brez spremembe.
→ polymorphism / inheritance → strategy pattern (inject behavior)
→ plugins / interfaces → higher-order functions / callbacks
OCP narejen špekulativno postane prečrten — abstrakcije narejene za variacije, ki se nikoli ne pojavijo. Uporabite ga tam, kjer je sprememba verjetna ("pravilo treh": abstrahirajte po tem, ko se variacija res pojavi).
Urejanje temeljito preizkušenega koda za dodajanje funkcije tvega regresije v vsem, kar ta kod že podpira; OCP omejuje novo obnašanje na nove, izolirane enote.
To je načelo za hrbtnico razširljivih ogrodij in sistemov vtičnikov — in zavisi od LSP, saj so zamenljivi podtipi tisto, kar naredi "zaprto" jedro varno pustiti nedotaknjeno.