تعريف كائن المُعامل (Introduce Parameter Object)
اذهب إلى التنقل
اذهب إلى البحث
المشكلة
تحتوي التوابع على نفس المجموعة المتكررة من المعاملات.
الحل
استبدال هذه المعاملات بكائنٍ واحد.
مثال
قبل إعادة التصميم
تمرير نفس مجموعة المعاملات إلى توابع الصنف Customer:
بعد إعادة التصميم
تبديل كائن واحد بتلك المعاملات وتمريره إلى توابع الصنف Customer التي تشترك بنفس مجموعة المعاملات:
لم إعادة التصميم؟
غالبًا ما تُصادَف مجموعات متطابقة من المعاملات داخل العديد من التوابع. الأمر الذي يؤدي إلى تكرار الشيفرة البرمجية للمعاملات نفسها والعمليات ذات الصلة بها. عند توحيد المعايير في صنف واحد، يمكن أيضًا أن تنقل إليه توابع التعامل مع هذه البيانات لإزالة التوابع الأخرى من هذه الشيفرة.
فوائد تطبيق الحل
- تصبح الشيفرة أكثر قابلية للقراءة؛ ويصبح كائنٌ واحدٌ له اسم مفهوم بدلًا من خلط المعاملات.
- تُنشئ المجموعات المتطابقة من المعاملات والمتناثرة هنا وهناك نوعًا خاصًا بها من ازدواجية الشيفرة: في حين لا تُستدعى الشيفرات المتطابقة، توجد مجموعات من المعاملات والوسائط باستمرار.
مساوئ تطبيق الحل
- إذا نقلت البيانات فقط إلى صنف جديد ولم تخطط لنقل أي سلوكيات أو عمليات ذات الصلة إليه، يبدأ هذا في إحداث اختلال في أصناف البيانات.
آلية الحل
- أنشئ صنفًا جديدًا يمثل مجموعة المعاملات الخاصة بك. اجعل الصنف غير قابل للتغيير.
- استخدم إضافة معامل في التابع الذي تريد إعادة تصميمه، حيث سيُمرر كائن المعامل. في كافة استدعاءات التابع، مرِّر الكائن الذي أُنشئ من معاملات التابع القديم إلى هذا المعامل.
- ابدأ الآن في إزالة المعاملات القديمة من التابع واحدًا تلو الآخر، واستبدالها في الشيفرة بحقول من كائن المعامل. ثم جرب البرنامج بعد استبدال كل معامل.
- عند الانتهاء، راجع ما إذا كان هناك أي استفادة من نقل جزء من التابع (أو في بعض الأحيان التابع بأكمله) إلى صنف كائن معامل. إذا كان الأمر كذلك، استخدم نقل التوابع أو استخراج التوابع.
انظر أيضًا
- الحفاظ على الكائن كاملًا (Preserve Whole Object).
- القائمة الطويلة للمعاملات (Long Parameter List).
- البيانات المُجمَّعة (Data Clumps).
- هوس الحقول الأساسية (Primitive Obsession).
- التوابع الطويلة (Long Methods).