Open/Closed Principle을 깊이 있게 설명해 주세요.

Question

Accepted Answer

**Open/Closed Principle(OCP)**은 소프트웨어 엔티티가 **확장에는 열려 있고 수정에는 닫혀 있어야** 한다고 말합니다: 기존의 테스트된 코드를 편집하는 것이 아니라 새 코드를 추가함으로써 새 동작을 추가해야 합니다.

## OCP가 겨냥하는 냄새

```python
# 확장에 닫힘: 새 도형마다 이 메서드를 편집 (위험하고, 전부 다시 테스트)
def area(shape):
    if shape.kind == "circle":   return 3.14159 * shape.r ** 2
    elif shape.kind == "square": return shape.s ** 2
    elif shape.kind == "rect":   return shape.w * shape.h
    # triangle 추가 → 이 함수를 또 수정...
```

각 새 타입이 점점 커지는 `if/elif` 체인의 변경을 강제합니다 — 깨지기 쉽고 버그를 끌어들입니다.

## polymorphism을 통한 OCP

```python
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):                 # 새 동작 = 새 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):                # 다시는 변하지 않음
    return sum(s.area() for s in shapes)
```

`Triangle`을 추가해도 `total_area`에 **편집이 전혀 필요 없습니다** — 수정 없는 확장입니다.

## OCP를 가능하게 하는 메커니즘

```text
→ polymorphism / inheritance     → 전략 패턴 (동작 주입)
→ 플러그인 / interface           → 고차 함수 / 콜백
```

## 함정

추측에 기반한 OCP는 과잉 엔지니어링이 됩니다 — 결코 오지 않을 변형을 위해 만든 추상화 말입니다. 변화가 *가능성 있는* 곳에 적용하세요("3의 법칙": 변형이 실제로 나타난 후에 추상화하라).

## 왜 중요한가

기능을 추가하기 위해 충분히 검증된 코드를 편집하면 그 코드가 이미 지원하는 모든 것에서 회귀의 위험이 생깁니다. OCP는 새 동작을 새롭고 격리된 단위에 가둡니다.

이는 확장 가능한 프레임워크와 플러그인 시스템 뒤에 있는 원칙이며 — LSP에 의존합니다. 대체 가능한 서브타입이야말로 "닫힌" 핵심을 건드리지 않고 안전하게 둘 수 있게 하기 때문입니다.