Refactoring/lazy class

توصيف المشكلة

وجود بعض الأصناف (classes) قليلة الاستخدام ولا أهمية لها في البرنامج، ويجدر التخلُّص منها إذ إنّ فهم وصيانة الأصناف يكلِّفان الوقت والجهد.

أسبابها

• يكون تصميم الصنف بدايةً لأداء مهامٍ (functionality) معيّنة، ولكنّه قد يصبح صغيرًا لا أهميّة له من بعد الكثير من عمليات إعادة التصميم (refactoring).
• قد تُخصَّص بعض الأصناف لدعم التطوير المستقبلي للبرنامج (كالتخطيط المُسبق لميّزاتٍ ستُضاف لاحقًا)، وتصبح تلك الأصناف خاملةً عندما لا يحدث أيُّ تطويرٍ فيما بعد.

وما الحل؟

• تضمين الأصناف (inline classes) للعناصر (components) شبه الخاملة بهدف نقلها لصنفٍ آخر.
• هدم الهيكليّة الهرميّة (collapse hierarchy) للأصناف الفرعيّة ذات المهام الضئيلة.

إليك المزيد

ستحصل بحلِّ المشكلة على شيفرةٍ أقصر ذات صيانةٍ أسهل.

تجاهل المشكلة

قد يُفيد تجاهل المشكلة عندما تكون الأصناف بهدف التطوير المستقبليّ، ولكن يجب عندئذٍ الحفاظ على الموازنة ما بين الوضوح والبساطة في الشيفرة.

انظر أيضًا

• تضمين الأصناف (inline classes)
• هدم الهيكليّة الهرميّة (collapse hierarchy)

مصادر

• صفحة توثيق الأصناف الخاملة في موقع refactoring.guru.