عرض مصدر Refactoring/primitive obsession

<noinclude>{{DISPLAYTITLE:هوس الحقول الأساسية (Primitive Obsession)}}</noinclude>
== توصيف المشكلة ==
تظهر المشكلة بعدَّة جوانب:
* استخدام الحقول الأساسيّة (primitives) بدلًا من الكائنات (objects) لأداء المهامّ البسيطة (مثل: عمليات العملة [currency] والمجالات [ranges] والسلاسل النصية [strings] المُخصَّصة للأرقام الهاتفية، …إلخ.).
* استخدام الثوابت (constants) لترميز المعلومات (مثل استخدام الثابت <code>USER_ADMIN_ROLE = 1</code> للدلالة على المستخدمين ذوي الصلاحيّات الإداريّة).
* استخدام الثوابت النصيّة (string constants) كأسماءٍ للحقول (fields) في مصفوفات البيانات (data arrays).

== أسبابها ==
تنشأ هذه المشكلة بسبب العبارة المُدمِّرة التي يفكّر بها المبرمجون بلحظة ضعفٍ:<blockquote><big>"حقلٌ واحدٌ فقط، ولتخزين معلومةٍ بسيطةٍ وحسب!"</big></blockquote>ولأنهم يرون من السهل إضافةُ حقلٍ أساسيِّ جديدٍ بدلًا من إنشاء صنفٍ جديدٍ كليًّا؛ حقلٌ يُضاف هنا، وآخر ضروريٌّ أيضًا هناك، وثالثٌ ورابعٌ إلى أن يصبح الصنف ضخمًا يصعُب التعامل معه، لنضع بالحسبان أنّ الهدف من استخدام الحقول الأساسيّة (primitives) هو محاكاتها للأنواع (type simulation)، أي تُستخدَمُ مجموعةٌ من الأرقام أوالسلاسل النصيّة (بدلًا من نوعٍ منفصلٍ للبيانات) لتحديد القائمة التي يُسمَح بها من القيم لكيانٍ ما، وتُعطى -فيما بعد- أسماءً مُعبِّرةً يسيرة الفهم عبر الثوابت (constants)، وهذا ما يُفسِّر انتشارها وتعدُّد استخداماتها.

وكمثالٍ آخر عن الاستخدام غير المجدي؛ قد تُستخدَم بهدف محاكاة الحقول (field simulation)، وذلك عندما يحتوي الصنف مصفوفةً ضخمةً بالكثير من البيانات المتنوعة والثوابت النصيّة (التي تُحدَّد في الصنف) وتستخدم كفهارس (indices) للوصول إلى بيانات المصفوفة.

== وما الحل؟ ==
بإمكانك تجربة الحلول الآتية:
* تجميع الحقول المتقاربة في صنفٍ (class) خاصٍ بها، وحبَّذا نقلُ السلوك (behaviour) المتعلِّق بهذه الحقول إلى الصنف الجديد أيضًا (راجع [[Refactoring/replace data value with object|تبديل قيم البيانات إلى كائنات [objects]]]).
* إن كانت تلك الحقول مستخدمةً في إحدى قوائم معاملات التوابع (method parameters) فالحل يكمُن [[Refactoring/introduce parameter object|بإنشاء كائن المعاملات (parameter object)]] أو [[Refactoring/preserve whole object|التعامل مع الكائن ككُل (whole object)]].
* عند تشفير البيانات المُعقَّدة بواسطة المتغيِّرات (variables) فالحل الأمثل هو [[Refactoring/replace type code with class|تبديل شيفرة النوع (type code) إلى صنف (class)]] أو [[Refactoring/replace type code with subclasses|تبديل شيفرة النوع إلى صنف فرعيّ (subclass)]] أو [[Refactoring/replace type code with state strategy|تبديل شيفرة النوع إلى حالة/استراتيجيّة (state/strategy)]].
* لدى وجود مصفوفات (arrays) بين المتغيِّرات (variables) فعليك [[Refactoring/replace array with object|بتبديل المصفوفة إلى كائن (object)]].

== إليك المزيد ==
تصبح الشيفرة أكثر مرونةً بفضل استخدام الكائنات (objects) بدلًا من الحقول الأساسيّة (primitives)، كما وستحصل على تنظيمٍ أفضل للشيفرة ممّا يُسهِّل فهمها؛ إذ تصبح كل العمليات (operations) المتعلِّقة ببيانات مُعيَّنة مُجمَّعةً بمكانٍ واحدٍ بدلًا من كونها متفرِّقة، ولن يكون هناك أيُّ داعٍ للتساؤل عن سبب انتشار الثوابت هنا وهناك، أضف لذلك أنّه سيصبح من السهل كشف الشيفرات المُكرَّرة (duplicate code) في البرنامج.

== انظر أيضًا ==
* [[Refactoring/replace data value with object|تبديل قيم البيانات إلى كائنات (objects)]]
* [[Refactoring/replace array with object|تبديل المصفوفات إلى كائنات]]
* [[Refactoring/introduce parameter object|كائن المعاملات (parameter object)]]
* [[Refactoring/replace type code with class|تبديل شيفرة النوع (type code) إلى صنف (class)]]
* [[Refactoring/replace type code with subclasses|تبديل شيفرة النوع إلى صنف فرعيّ (subclass)]]
* [[Refactoring/replace type code with state strategy|تبديل شيفرة النوع إلى حالة/استراتيجيّة (state/strategy)]]

== مصادر ==
* [https://refactoring.guru/smells/primitive-obsession صفحة توثيق هوس الحقول الأساسيّة في موقع refactoring.guru.]
[[تصنيف:Refactoring]]
[[تصنيف:Refactoring Smells]]
[[تصنيف:Refactoring Bloaters]]