الفرق بين المراجعتين لصفحة: «Refactoring/shotgun surgery»
ط تعديل مصطلح تضمين الأصناف (inline classes) |
جميل-بيلوني (نقاش | مساهمات) ط مراجعة وتدقيق. |
||
سطر 28: | سطر 28: | ||
[[تصنيف:Refactoring]] | [[تصنيف:Refactoring]] | ||
[[تصنيف:Refactoring Smells]] | [[تصنيف:Refactoring Smells]] | ||
[[تصنيف:Refactoring | [[تصنيف:Refactoring Change Preventers]] |
المراجعة الحالية بتاريخ 14:05، 26 فبراير 2019
ملاحظة قبل البدء
إنّ مشكلة تغيير الأصناف المتعدِّدة هي المشكلة المعاكسة تمامًا لمشكلة التغيير المتشعِّب (Divergent Change)، إذ إنّ التغيير المتشعِّب هو مجموع التغييرات الكثيرة التي تُجرَى في صنفٍ (class) واحدٍ، أما تغيير الأصناف المتعدِّدة فهو تغييرٌ واحدٌ يُجرَى في العديد من الأصناف.
توصيف المشكلة
يتطلَّبُ أيُّ تعديلٍ تقوم به إجراءَ تغييراتٍ طفيفةٍ بأصناف (classes) متفرِّقة.
أسبابها
توزيع مهمةٍ واحدةٍ على الكثير من الأصناف، ويحدث هذا نتيجةً للتطبيق المفرط للتغيير المُتشعِّب (Divergent Change).
وما الحل؟
نقل سلوك (behaviour) الأصناف إلى صنفٍ (class) واحدٍ عبر نقل التوابع (move methods) ونقل الحقول (move fields) إلى الصنف المناسب أو إنشاء صنفٍ جديدٍ عند عدم وجوده، فإن أصبحت الأصناف الأصليّة فارغةً بعد نقل الشيفرة منها إلى صنفٍ واحدٍ فمن الأفضل التُخلُّص منها عبر تضمين الأصناف (inline classes).
إليك المزيد
ستحصل بعلاجك المشكلة على:
- تنظيمٍ أفضل للشيفرة.
- تقليل الشيفرات المُتكرِّرة (duplications).
- صيانةٍ (maintenance) أسهل.
انظر أيضًا
- التغيير المتشعِّب (Divergent Change)
- نقل التوابع (move methods)
- نقل الحقول (move fields)
- الأصناف المباشرة (inline class)