الفرق بين المراجعتين ل"Refactoring/push down method"

من موسوعة حسوب
اذهب إلى التنقل اذهب إلى البحث
(أنشأ الصفحة ب'<noinclude>{{DISPLAYTITLE: دفع التابع لأسفل (Push Down Method)}}</noinclude> == المشكلة == هل السلوك المُنفَّذ في الصنف ا...')
(لا فرق)

مراجعة 13:07، 17 فبراير 2019

المشكلة

هل السلوك المُنفَّذ في الصنف الفائق مُستخدم في صنف فرعي واحد فقط (أو أكثر)؟

الحل

نقل هذا السلوك إلى الأصناف الفرعية.

مثال

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

التابع الموجود في الصنف الفائق مُستخدم في صنف فرعي واحد فقط.
التابع الموجود في الصنف الفائق مُستخدم في صنف فرعي واحد فقط.

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

نقل هذا التابع إلى الصنف الفرعي الذي يُستخدم فيه.
نقل هذا التابع إلى الصنف الفرعي الذي يُستخدم فيه.

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

في البداية كان من المفترض أن يكون تابع معين عام لجميع الأصناف ولكنه يستخدم في الواقع فقط في صنف فرعي واحد. ويمكن أن تحدث هذه الحالة عندما لا تتحقق المميزات المخطط لها.

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

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

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

  • يُحسِّن من تماسك الصنف. يتواجد التابع حيث يكون متوقعًا أن يكون.

آلية الحل

  1. عرِّف التابع في صنف فرعي وانسخ شيفرته من الصنف الفائق.
  2. أزِل التابع من الصنف الفائق.
  3. ابحث عن كل الأماكن التي يستخدم فيها التابع وتأكد من أنه يُستدعى من الصنف الفرعي اللازم.

انظر أيضًا

مصادر