لماذا يُفضّل التركيب (Composition) على الوراثة (Inheritance)؟

Question

Accepted Answer

**التركيب على الوراثة** هو مبدأ تصميم مشهور جداً — يفضّل بناء الكائنات من خلال **دمج السلوكيات** (composition) بدلاً من الوراثة من الفئات الأساسية (inheritance). الوراثة لها عيوب كبيرة يتجنبها التركيب، على الرغم من أن كليهما لهما مكانهما.

## الوراثة مقابل التركيب

```text
INHERITANCE → a class EXTENDS another, inheriting its behavior ("IS-A" relationship):
  class Dog extends Animal
COMPOSITION → a class is BUILT FROM other objects/behaviors ("HAS-A" / uses):
  class Car { constructor() { this.engine = new Engine(); } }   // composes behaviors
→ composition: combine smaller pieces; inheritance: derive from a parent
```

## لماذا الوراثة تسبب مشاكل

```text
✗ TIGHT COUPLING → subclasses are tightly bound to their parent's implementation (changes
  to the parent can break subclasses — the "fragile base class" problem)
✗ RIGID hierarchies → deep/wide inheritance trees become hard to change and understand
✗ Inflexible → a class can usually only inherit from ONE parent; behavior is fixed at compile
  time; hard to combine behaviors from multiple sources
✗ Forces an "IS-A" relationship that may not truly hold; exposes parent internals
```

## لماذا التركيب غالباً أفضل

```text
✓ FLEXIBLE → compose behaviors as needed; combine multiple behaviors; change at RUNTIME
✓ LOOSE COUPLING → objects depend on interfaces of composed parts, not parent implementations
✓ REUSABLE → small, focused components reused in many combinations
✓ Easier to change/test; avoids fragile hierarchies; favors small, focused pieces
→ many patterns (Strategy, Decorator) use composition; "favor composition over inheritance"
  ⚠️ inheritance still has valid uses (true IS-A, sharing interface) → use it appropriately
```

## لماذا هذا مهم

فهم سبب تفضيل التركيب على الوراثة هو معرفة قيمة على مستوى كبار المطورين لأنها **مبدأ تصميم أساسي** يحسّن المرونة والقابلية للصيانة، مما يعكس حكماً تصميمياً ناضجاً.

مبدأ "فضّل التركيب على الوراثة" مشهور جداً لأن الوراثة، رغم أنها ميزة أساسية في البرمجة كائنية التوجه، لها عيوب كبيرة.

فهم **التمييز** (الوراثة كعلاقة "IS-A" تمدد من فئة أب، والتركيب كعلاقة "HAS-A" يبني من كائنات أخرى) هو الأساس.

فهم **لماذا الوراثة تسبب مشاكل** هو الرؤية الأساسية: **الاقتران الوثيق** (الفئات المشتقة مرتبطة بتنفيذ أبيها، حيث تغييرات الفئة الأب تكسر الفئات المشتقة — مشكلة الفئة الأساسية الهشة)، **التسلسلات الهرمية الجامدة** (شجرة وراثة عميقة تصبح صعبة التغيير والفهم)، **عدم المرونة** (عادة وراثة مفردة فقط، السلوك ثابت عند التجميع، صعوبة دمج السلوكيات من مصادر متعددة)، وفرض علاقات IS-A قد لا تكون صحيحة فعلاً.

هذه مشاكل حقيقية وكبيرة تسبب صعوبات في الصيانة.

فهم **لماذا التركيب غالباً أفضل** — **المرونة** (دمج وتجميع السلوكيات حسب الحاجة، التغيير في وقت التشغيل)، **الاقتران الضعيف** (الاعتماد على واجهات الأجزاء المركبة بدلاً من تنفيذات الأب)، **إعادة الاستخدام** (مكونات صغيرة ومركزة تُستخدم مجدداً في تركيبات كثيرة)، وتسهيل التغيير والاختبار — يشرح لماذا يتجنب التركيب عيوب الوراثة.

الاعتراف بأن كثيراً من الأنماط (Strategy و Decorator) تستخدم التركيب، بينما الوراثة لا تزال لها استخدامات صحيحة (علاقات IS-A حقيقية، مشاركة الواجهات)، يعكس حكماً متوازناً — التركيب يُفضّل غالباً، لكن الوراثة لها مكانها.

هذا المبدأ أساسي للتصميم المرن والقابل للصيانة.

بما أن "فضّل التركيب على الوراثة" هو مبدأ تصميم أساسي ومشهور جداً، وبما أن فهم عيوب الوراثة الحقيقية (الاقتران، الجمود، عدم المرونة) ومزايا التركيب (المرونة، الاقتران الضعيف، إعادة الاستخدام) — مع الاعتراف باستخدامات الوراثة الصحيحة — يعكس حكماً تصميمياً ناضجاً يحسّن الكود، فإن فهم سبب تفضيل التركيب على الوراثة هو معرفة قيمة على مستوى كبار المطورين — مبدأ تصميم أساسي للكود المرن والقابل للصيانة، يكمن تحت كثير من الأنماط، ويعكس الحكم التصميمي الناضج (تفضيل التركيب مع معرفة مكان الوراثة) المتوقع من كبار المطورين الذين يكتبون برمجيات موجهة للكائنات مصممة بشكل جيد.