Open/Closed Principleについて深く説明してください。

Question

Accepted Answer

**Open/Closed Principle (OCP)**は、ソフトウェアエンティティが**拡張に対してオープンで、修正に対してクローズされるべき**であると述べています。つまり、既存のテストされたコードを編集するのではなく、新しいコードを追加することで新しい動作を追加すべきです。

## なぜ重要なのか

```python
# CLOSED to extension: every new shape edits this method (risky, retests everything)
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
    # add a triangle → modify this function again...
```

それぞれの新しい型は成長する`if/elif`チェーンへの変更を強制します — 脆弱で、バグの磁石です。

## ポリモーフィズムを介した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):                 # 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)
```

`Triangle`を追加するには、`total_area`への**ゼロの編集**が必要です — 修正なしの拡張。

## OCPを実現するメカニズム

```text
→ polymorphism / inheritance     → strategy pattern (inject behavior)
→ plugins / interfaces           → higher-order functions / callbacks
```

## 落とし穴

推測的に行われたOCPは過度なエンジニアリングになります — 決して現れない変動のために構築された抽象化です。変更が*可能性が高い*場所に適用してください（「3の法則」：実際の変動が現れた後に抽象化）。

## なぜ重要なのか

バトルテストされたコードを編集して機能を追加すると、そのコードが既にサポートしているすべてのものでリグレッションのリスクがあります。OCPは新しい動作を新しく、分離されたユニットに限定します。

これは拡張可能なフレームワークとプラグインシステムの背後にある原則です — そしてLSPに依存しています。代替可能なサブタイプが「クローズされた」コアを安全に手を付けずに残すことができるからです。