อธิบาย Open/Closed Principle อย่างลึกซึ้ง

Question

Accepted Answer

**Open/Closed Principle (OCP)** บอกว่าหน่วยซอฟต์แวร์ควร**เปิดกว้างสำหรับการขยาย แต่ปิดสำหรับการแก้ไข**: คุณควรเพิ่มลักษณะการทำงานใหม่โดยการเพิ่มโค้ดใหม่ แทนที่จะแก้ไขโค้ดที่มีอยู่และได้รับการทดสอบแล้ว

## กลิ่นที่ 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 ที่ทำขึ้นเพื่อคาดการณ์ล่วงหน้ากลายเป็นการออกแบบที่มากเกินไป — นามธรรมที่สร้างขึ้นสำหรับการเปลี่ยนแปลงที่ไม่เคยมาถึง นำไปใช้ในที่ที่มีการเปลี่ยนแปลง*มีแนวโน้ม* ("กฎสามข้อ": สรุปหลังจากที่การเปลี่ยนแปลงจริง ๆ ปรากฏขึ้น)

## ทำไมจึงสำคัญ

การแก้ไขโค้ดที่ได้รับการทดสอบอย่างดีเพื่อเพิ่มฟีเจอร์มีความเสี่ยงที่จะเกิดการถดถอยในทุกสิ่งที่โค้ดนั้นสนับสนุนอยู่แล้ว OCP จำกัดลักษณะการทำงานใหม่ให้เป็นหน่วยใหม่ที่แยกจากกัน

นี่คือหลักการที่อยู่เบื้องหลังเฟรมเวิร์กที่ขยายได้และระบบปลั๊กอิน — และมันขึ้นอยู่กับ LSP เนื่องจากประเภทย่อยที่สามารถแทนที่ได้คือสิ่งที่ทำให้ "ปิด" หลักให้ปลอดภัยที่จะปล่อยให้อยู่อย่างปกติ