اشرح مبدأ Open/Closed بشكل متعمق.

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، لأن الأنواع الفرعية القابلة للاستبدال هي ما يجعل المركز "المغلق" آمناً لتركه دون تعديل.