الفرق بين المراجعتين لصفحة: «Refactoring/replace subclass with fields»
Khaled-yassin (نقاش | مساهمات) لا ملخص تعديل |
جميل-بيلوني (نقاش | مساهمات) ط مراجعة وتدقيق |
||
(مراجعة متوسطة واحدة بواسطة مستخدم واحد آخر غير معروضة) | |||
سطر 3: | سطر 3: | ||
لديك أصناف فرعية تختلف فقط في توابع (إعادة الثوابت) الخاصة بها. | لديك أصناف فرعية تختلف فقط في توابع (إعادة الثوابت) الخاصة بها. | ||
== الحل == | |||
استبدال التوابع بالحقول في الصنف الأب وحذف الأصناف الفرعية. | |||
== | == مثال == | ||
=== قبل إعادة التصميم === | |||
لدينا الصنف <code>Person</code> الذي يحتوي على الصنفيين الفرعيين <code>Male</code> و <code>Female</code>؛ يختلف هذان الصنفان في القيمة المعادة فقط. | |||
[[ملف:Replace_Subclass_with_Fields_-_Before.png|بديل=يحتوي الصنف Person يحتوي على الصنفيين الفرعيين Male و Female.|بدون|تصغير|253x253بك|يحتوي الصنف Person يحتوي على الصنفيين الفرعيين Male و Female.]] | |||
[[ملف: | === بعد إعادة التصميم === | ||
وضع حقول في الصنف <code>Person</code> الأب مكان مقابلة لحقول الصنف الفرعي <code>Male</code> و <code>Female</code> ثم حذف هذان الصنفان. | |||
[[ملف:Replace_Subclass_with_Fields_-_After.png|بديل=حذف الصنفان الفرعيان Male و Female من الصنف Person الأب بعد وضع حقول مقابلة للحقول الموجودة فيهما.|بدون|تصغير|254x254بك|حذف الصنفان الفرعيان Male و Female من الصنف Person الأب بعد وضع حقول مقابلة للحقول الموجودة فيهما.]] | |||
== لم إعادة التصميم؟ == | == لم إعادة التصميم؟ == | ||
في بعض الأحيان تكون إعادة التصميم هي الحل لتجنب كتابة الشيفرة البرمجية. | في بعض الأحيان تكون إعادة التصميم هي الحل لتجنب كتابة الشيفرة البرمجية. | ||
في مثل هذه الحالة، قد يكون التسلسل الهرمي للأصناف الفرعية مختلفًا فقط في القيم المُعادة بواسطة توابع خاصة. هذه التوابع ليست حتى نتيجة الحساب، لكنها ضُبطت بدقة في التوابع نفسها أو في الحقول المُعادة من قِبَل التوابع. لتبسيط بِنية الصنف، يمكن ضغط هذا التسلسل الهرمي في صنف واحد يحتوي | في مثل هذه الحالة، قد يكون التسلسل الهرمي للأصناف الفرعية مختلفًا فقط في القيم المُعادة بواسطة توابع خاصة. هذه التوابع ليست حتى نتيجة الحساب، لكنها ضُبطت بدقة في التوابع نفسها أو في الحقول المُعادة من قِبَل التوابع. لتبسيط بِنية الصنف، يمكن ضغط هذا التسلسل الهرمي في صنف واحد يحتوي على حقل واحد أو عدة حقول بالقيم الضرورية، بحسب الحالة. | ||
قد تصبح هذه التغييرات ضرورية بعد نقل كمية كبيرة من الوظائف من التسلسل الهرمي للصنف إلى مكان آخر. ويصبح التسلسل الهرمي الحالي غير ذا قيمة وتُصبح الأصناف الفرعية مجرد | قد تصبح هذه التغييرات ضرورية بعد نقل كمية كبيرة من الوظائف من التسلسل الهرمي للصنف إلى مكان آخر. ويصبح التسلسل الهرمي الحالي غير ذا قيمة وتُصبح الأصناف الفرعية مجرد حِمل ميت. | ||
== فوائد تطبيق الحل == | == فوائد تطبيق الحل == | ||
تبسيط بنية النظام. ويُعد إنشاء أصناف فرعية | تبسيط بنية النظام. ويُعد إنشاء أصناف فرعية مُبالغةً إذا كان كل ما نريد القيام به هو إعادة قيم مختلفة في توابع مختلفة. | ||
== آلية الحل == | == آلية الحل == | ||
# طبِّق [[Refactoring/replace constructor with factory method|استبدال المُنشِئ بتابع التصميم]] على الأصناف الفرعية. | # طبِّق [[Refactoring/replace constructor with factory method|استبدال المُنشِئ بتابع التصميم]] على الأصناف الفرعية. | ||
# استبدل استدعاءات منشئ الصنف الفرعي باستدعاءات تابع تصميم الصنف | # استبدل استدعاءات منشئ الصنف الفرعي باستدعاءات تابع تصميم الصنف الأب. | ||
# في الصنف | # في الصنف الأب، حدِد حقولًا لتخزين قيم كل من توابع الأصناف الفرعية التي ستعمل على إعادة قيم ثابتة. | ||
# أنشئ مُنشئ صنف | # أنشئ مُنشئ صنف أب محمي لتهيئة الحقول الجديدة. | ||
# أنشئ أو عدِّل منشئات الأصناف الفرعية الموجودة بحيث تستدعي المُنشئ الجديد للصنف | # أنشئ أو عدِّل منشئات الأصناف الفرعية الموجودة بحيث تستدعي المُنشئ الجديد للصنف الأب وتُمرِر القيم ذات الصلة إليه. | ||
# طبِّق كل تابع ثابت في الصنف الأصل بحيث يُعيد قيمة الحقل المطابق. ثم أزِل التابع من الصنف الفرعي. | # طبِّق كل تابع ثابت في الصنف الأصل بحيث يُعيد قيمة الحقل المطابق. ثم أزِل التابع من الصنف الفرعي. | ||
# إذا كان لدى منشئ الصنف الفرعي وظائف إضافية، | # إذا كان لدى منشئ الصنف الفرعي وظائف إضافية، استخدم آلية [[Refactoring/inline method|دمج التوابع]] لدمج منشئ في تابع منتج للصنف الأب. | ||
# احذف الصنف الفرعي. | # احذف الصنف الفرعي. | ||
== انظر أيضًا == | == انظر أيضًا == | ||
* العملية العكسية: [[Refactoring/replace type code with class|تبديل رموز الأنواع بالأصناف الفرعية]]. | |||
* [[Refactoring/replace constructor with factory method|استبدال المُنشِئ بتابع التصميم]]. | * [[Refactoring/replace constructor with factory method|استبدال المُنشِئ بتابع التصميم]]. | ||
* [[Refactoring/inline method|التوابع المُدمَجة]]. | * [[Refactoring/inline method|التوابع المُدمَجة]]. | ||
== مصادر == | == مصادر == | ||
* [https://refactoring.guru/replace-subclass-with-fields صفحة توثيق استبدال الأصناف الفرعية بالحقول في موقع refactoring.guru]. [[تصنيف:Refactoring]] [[تصنيف:Refactoring Techniques]] [[تصنيف:Refactoring Organizing Data]] | * [https://refactoring.guru/replace-subclass-with-fields صفحة توثيق استبدال الأصناف الفرعية بالحقول في موقع refactoring.guru]. [[تصنيف:Refactoring]] [[تصنيف:Refactoring Techniques]] [[تصنيف:Refactoring Organizing Data]] |
المراجعة الحالية بتاريخ 07:05، 19 ديسمبر 2018
المشكلة
لديك أصناف فرعية تختلف فقط في توابع (إعادة الثوابت) الخاصة بها.
الحل
استبدال التوابع بالحقول في الصنف الأب وحذف الأصناف الفرعية.
مثال
قبل إعادة التصميم
لدينا الصنف Person
الذي يحتوي على الصنفيين الفرعيين Male
و Female
؛ يختلف هذان الصنفان في القيمة المعادة فقط.
بعد إعادة التصميم
وضع حقول في الصنف Person
الأب مكان مقابلة لحقول الصنف الفرعي Male
و Female
ثم حذف هذان الصنفان.
لم إعادة التصميم؟
في بعض الأحيان تكون إعادة التصميم هي الحل لتجنب كتابة الشيفرة البرمجية.
في مثل هذه الحالة، قد يكون التسلسل الهرمي للأصناف الفرعية مختلفًا فقط في القيم المُعادة بواسطة توابع خاصة. هذه التوابع ليست حتى نتيجة الحساب، لكنها ضُبطت بدقة في التوابع نفسها أو في الحقول المُعادة من قِبَل التوابع. لتبسيط بِنية الصنف، يمكن ضغط هذا التسلسل الهرمي في صنف واحد يحتوي على حقل واحد أو عدة حقول بالقيم الضرورية، بحسب الحالة.
قد تصبح هذه التغييرات ضرورية بعد نقل كمية كبيرة من الوظائف من التسلسل الهرمي للصنف إلى مكان آخر. ويصبح التسلسل الهرمي الحالي غير ذا قيمة وتُصبح الأصناف الفرعية مجرد حِمل ميت.
فوائد تطبيق الحل
تبسيط بنية النظام. ويُعد إنشاء أصناف فرعية مُبالغةً إذا كان كل ما نريد القيام به هو إعادة قيم مختلفة في توابع مختلفة.
آلية الحل
- طبِّق استبدال المُنشِئ بتابع التصميم على الأصناف الفرعية.
- استبدل استدعاءات منشئ الصنف الفرعي باستدعاءات تابع تصميم الصنف الأب.
- في الصنف الأب، حدِد حقولًا لتخزين قيم كل من توابع الأصناف الفرعية التي ستعمل على إعادة قيم ثابتة.
- أنشئ مُنشئ صنف أب محمي لتهيئة الحقول الجديدة.
- أنشئ أو عدِّل منشئات الأصناف الفرعية الموجودة بحيث تستدعي المُنشئ الجديد للصنف الأب وتُمرِر القيم ذات الصلة إليه.
- طبِّق كل تابع ثابت في الصنف الأصل بحيث يُعيد قيمة الحقل المطابق. ثم أزِل التابع من الصنف الفرعي.
- إذا كان لدى منشئ الصنف الفرعي وظائف إضافية، استخدم آلية دمج التوابع لدمج منشئ في تابع منتج للصنف الأب.
- احذف الصنف الفرعي.
انظر أيضًا
- العملية العكسية: تبديل رموز الأنواع بالأصناف الفرعية.
- استبدال المُنشِئ بتابع التصميم.
- التوابع المُدمَجة.