عرض مصدر Refactoring/techniques/dealing with generalization

<noinclude>{{DISPLAYTITLE:التعامل مع التعميم  (Dealing with Generalization)}}</noinclude>
يملك التجريد (Abstraction) تقنيات إعادة التصميم الخاصة به والمرتبطة بشكل أساسي بوظيفة النقل على طول التسلسل الهرمي لوراثة الصنف (class inheritance hierarchy)، وبإنشاء أصناف وواجهات جديدة، وبتبديل التفويض مكان الوراثة أو العكس. تقنيات هذا القسم هي:
# [[Refactoring/extract subclass|استخراج الأصناف الفرعية (Extract Subclass)]]
#* '''المشكلة''': يكون للصنف ميزات تستعمل فقط في حالات معينة.
#* '''الحل''': إنشاء صنف فرعي واستخدامه في هذه الحالات.
# [[Refactoring/extract superclass|استخراج الأصناف الفائقة (Extract Superclass)]]
#* '''المشكلة''': وجود صنفين لهما حقول وتوابع مشتركة.
#* '''الحل''': إنشاء صنف أب مشترك لهما ونقل جميع الحقول والتوابع المتطابقة إليه.
# [[Refactoring/extract interface|استخرج الواجهات (Extract Interface)]]
#* '''المشكلة''': يستخدم العديد من العملاء نفس الجزء من واجهة الصنف. حالة أخرى: عندما يوجد نفس الجزء من الواجهة في صنفين.
#* '''الحل''': نقل هذا الجزء المتطابق إلى الواجهة الخاصة به.
# [[Refactoring/collapse hierarchy|هدم التسلسل الهرمي (Collapse Hierarchy)]]
#* '''المشكلة''': في التسلسل الهرمي لصنف، يكون صنفٌ فرعي هو عمليًا نفس صنفه الأب.
#* '''الحل''': دمج الصنف الفرعي والصنف الأب.
# [[Refactoring/form template method|تكوين قالب تابع (Form Template Method)]]
#* '''المشكلة''': تُنفِّذ الأصناف الفرعية خوارزميات تحتوي على خطوات مماثلة في نفس الترتيب.
#* '''الحل''': نقل بنية الخوارزمية والخطوات المتطابقة إلى الصنف الأب، وترك تنفيذ الخطوات المختلفة في الأصناف الفرعية.
# [[Refactoring/replace inheritance with delegation|استبدال التوريث بالتفويض (Replace Inheritance with Delegation)]]
#* '''المشكلة''': يستخدم صنف فرعي جزءًا فقط من توابع صنفه الأب (أو من غير الممكن وراثة بيانات الصنف الأب).
#* '''الحل''': إنشاء حقل ووضع كائن صنف أب فيه، وتفويض التوابع إلى كائن الصنف الأب، والتخلص من التوريث.
# [[Refactoring/replace delegation with inheritance|استبدال التفويض بالتوريث (Replace Delegation with Inheritance)]]
#* '''المشكلة''': يحتوي الصنف على العديد من التوابع البسيطة التي تفوِّض إلى كل التوابع في صنفٍ آخر.
#* '''الحل''': جعل الصنف مفوِّض وارث، الأمر الذي يجعل تابع التفويض غير ضروري.
# [[Refactoring/pull up field|سحب الحقل لأعلى (Pull Up Field)]]
#* '''المشكلة''': يحتوي صنفان على نفس الحقل.
#* '''الحل''': إزالة الحقل من الأصناف الفرعية ونقله إلى الصنف الأعلى.
# [[Refactoring/pull up method|سحب التابع لأعلى (Pull Up Method)]]
#* '''المشكلة''': تحتوي الأصناف الفرعية على توابع تؤدي نفس العمل.
#* '''الحل''': جعل التوابع متطابقة ثم نقلها إلى الصنف الأعلى ذي الصلة.
# [[Refactoring/pull up constructor body|سحب متن المُنشِئ لأعلى (Pull Up Constructor Body)]]
#* '''المشكلة''': تحتوي الأصناف الفرعية على مُنشِئات لها شيفرة متطابقة في أغلبها.
#* '''الحل''': إنشاء مُنشئ صنف أب ونقل الشيفرة المماثلة في الأصناف الفرعية إليه. استدعاء مُنشئ الصنف الأب في مُنشِئات الصنف الفرعي.
# [[Refactoring/push down method|دفع التابع لأسفل (Push Down Method)]]
#* '''المشكلة''': هل السلوك المُنفَّذ في الصنف الأب مُستخدمٌ في صنف فرعي واحد فقط (أو أكثر)؟
#* '''الحل''': نقل هذا السلوك إلى الأصناف الفرعية.
# [[Refactoring/push down field|دفع الحقل لأسفل (Push Down Field)]]
#* '''المشكلة''': هل يستخدم الحقل في بعض الأصناف الفرعية فقط؟
#* '''الحل''': نقل الحقل إلى هذه الأصناف الفرعية.

== انظر أيضًا ==
* [[Refactoring/techniques/composing methods|إنشاء التوابع]] 
* [[Refactoring/techniques/moving features between objects|نقل الميزات ما بين الكائنات]] 
* [[Refactoring/techniques/organizing data|تنظيم البيانات]] 
* [[Refactoring/techniques/simplifying conditional expressions|تبسيط التعابير الشرطية]] 
* [[Refactoring/techniques/simplifying method calls|تبسيط استدعاءات التوابع]] 

== مصادر ==
* [https://refactoring.guru/refactoring/techniques/dealing-with-generalization صفحة توثيق التعامل مع التعميم في موقع refactoring.guru]
[[تصنيف:Refactoring]]
[[تصنيف:Refactoring Techniques]]
[[تصنيف:Refactoring Dealing with Generalization]]