الفرق بين المراجعتين ل"Refactoring/introduce parameter object"

من موسوعة حسوب
اذهب إلى التنقل اذهب إلى البحث
ط (مراجعة وتدقيق.)
 
سطر 31: سطر 31:
  
 
== انظر أيضًا ==
 
== انظر أيضًا ==
* [[Refactoring/preserve whole object|الحفاظ علي الكائن كاملًا (Preserve Whole Object)]].
+
* [[Refactoring/preserve whole object|الحفاظ على الكائن كاملًا (Preserve Whole Object)]].
 
* [[Refactoring/long parameter list|القائمة الطويلة للمعاملات (Long Parameter List)]].
 
* [[Refactoring/long parameter list|القائمة الطويلة للمعاملات (Long Parameter List)]].
 
* [[Refactoring/data clumps|البيانات المُجمَّعة (Data Clumps)]].
 
* [[Refactoring/data clumps|البيانات المُجمَّعة (Data Clumps)]].

المراجعة الحالية بتاريخ 07:51، 26 فبراير 2019

المشكلة

تحتوي التوابع على نفس المجموعة المتكررة من المعاملات.

الحل

استبدال هذه المعاملات بكائنٍ واحد.

مثال

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

تمرير نفس مجموعة المعاملات إلى توابع الصنف Customer:

تحتوي التوابع على نفس المجموعة المتكررة من المعاملات.
تحتوي التوابع على نفس المجموعة المتكررة من المعاملات.

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

تبديل كائن واحد بتلك المعاملات وتمريره إلى توابع الصنف Customer التي تشترك بنفس مجموعة المعاملات:

استبدال هذه المعاملات بكائنٍ واحد.
استبدال هذه المعاملات بكائنٍ واحد.

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

غالبًا ما تُصادَف مجموعات متطابقة من المعاملات داخل العديد من التوابع. الأمر الذي يؤدي إلى تكرار الشيفرة البرمجية للمعاملات نفسها والعمليات ذات الصلة بها. عند توحيد المعايير في صنف واحد، يمكن أيضًا أن تنقل إليه توابع التعامل مع هذه البيانات لإزالة التوابع الأخرى من هذه الشيفرة.

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

  • تصبح الشيفرة أكثر قابلية للقراءة؛ ويصبح كائنٌ واحدٌ له اسم مفهوم بدلًا من خلط المعاملات.
  • تُنشئ المجموعات المتطابقة من المعاملات والمتناثرة هنا وهناك نوعًا خاصًا بها من ازدواجية الشيفرة: في حين لا تُستدعى الشيفرات المتطابقة، توجد مجموعات من المعاملات والوسائط باستمرار.

مساوئ تطبيق الحل

  • إذا نقلت البيانات فقط إلى صنف جديد ولم تخطط لنقل أي سلوكيات أو عمليات ذات الصلة إليه، يبدأ هذا في إحداث اختلال في أصناف البيانات.

آلية الحل

  1. أنشئ صنفًا جديدًا يمثل مجموعة المعاملات الخاصة بك. اجعل الصنف غير قابل للتغيير.
  2. استخدم إضافة معامل في التابع الذي تريد إعادة تصميمه، حيث سيُمرر كائن المعامل. في كافة استدعاءات التابع، مرِّر الكائن الذي أُنشئ من معاملات التابع القديم إلى هذا المعامل.
  3. ابدأ الآن في إزالة المعاملات القديمة من التابع واحدًا تلو الآخر، واستبدالها في الشيفرة بحقول من كائن المعامل. ثم جرب البرنامج بعد استبدال كل معامل.
  4. عند الانتهاء، راجع ما إذا كان هناك أي استفادة من نقل جزء من التابع (أو في بعض الأحيان التابع بأكمله) إلى صنف كائن معامل. إذا كان الأمر كذلك، استخدم نقل التوابع أو  استخراج التوابع.

انظر أيضًا

مصادر