استبدال التفويض بالتوريث (Replace Delegation with Inheritance)

من موسوعة حسوب
< Refactoring
مراجعة 15:31، 17 فبراير 2019 بواسطة Khaled-yassin (نقاش | مساهمات) (أنشأ الصفحة ب'<noinclude>{{DISPLAYTITLE: استبدال التفويض بالتوريث (Replace Delegation with Inheritance)}}</noinclude> == المشكلة == يحتوي الصنف...')
(فرق) → مراجعة أقدم | المراجعة الحالية (فرق) | مراجعة أحدث ← (فرق)
اذهب إلى التنقل اذهب إلى البحث

المشكلة

يحتوي الصنف على العديد من التوابع البسيطة التي تفوِّض إلى كل التوابع في صنفٍ آخر.

الحل

جعل الصنف مفوِّض وارث، الأمر الذي يجعل تابع التفويض غير ضروري.

مثال

قبل إعادة التصميم

يحتوي الصنف على العديد من التوابع البسيطة التي تفوِّض إلى كل التوابع في صنفٍ آخر.
يحتوي الصنف على العديد من التوابع البسيطة التي تفوِّض إلى كل التوابع في صنفٍ آخر.

بعد إعادة التصميم

أصبح الصنف مفوِّض وارث، الأمر الذي يجعل تابع التفويض غير ضروري.
أصبح الصنف مفوِّض وارث، الأمر الذي يجعل تابع التفويض غير ضروري.

لم إعادة التصميم؟

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

في مثل هذه الحالة، إذا استبدلت التفويض بالتوريث، تُطهِّر الصنف من عدد كبير من توابع التفويض وتعفي نفسك من الحاجة لإنشاءها لكل تابع صنف مفوَّض جديد.

فوائد تطبيق الحل

  • تقليل طول الشيفرة. عدم الحاجة لجميع توابع التفويض هذه.

متى يُترك هذا الحل؟

  • لا تستخدم هذه التقنية إذا كان الصنف يحتوي على تفويض لجزء فقط من التوابع العامة لصنف المفوَّض. بفعل هذا، ستنتهك مبدأ ليسكوف للتعويض.
  • لا يمكن استخدام هذه التقنية إلا إذا كان الصنف لا يزال بدون أصل.

آلية الحل

  1. اجعل الصنف صنفٍ فرعي من الصنف المفوَّض.
  2. ضع الكائن الحالي في حقل يحتوي على مرجع إلى الكائن المفوَّض.
  3. احذف التوابع التي لها تفويض بسيط واحدًا تلو الآخر. إذا كانت أسمائهم مختلفة، استخدم إعادة تسمية التابع لإعطاء كل التوابع اسمًا واحد.
  4. استبدل جميع المراجع إلى الحقل المفوَّض بمراجع إلى الكائن الحالي.
  5. أزل حقل المفوَّض.

انظر أيضًا

مصادر