عرض مصدر Refactoring/techniques

<noinclude>{{DISPLAYTITLE:تقنيات إعادة التصميم (Refactoring Techniques)}}</noinclude>
== [[Refactoring/techniques/composing methods|إنشاء التوابع]] ==
تستهدف إعادة التصميم بشكل رئيسيٍّ إنشاء التوابع الصحيحة المناسبة، إذ تكون التوابع الطويلة سببًا للمشاكل في كثيرٍ من الحالات، وتجعل شيفرات بعض التوابع منطق التنفيذ (execution logic) غامضًا ويصبح التابع بهذا عصيَّ الفهم من جهةٍ وصعب التغييرٍ من جهة ثانية.

يشمل هذا القسم من الحلول كلَّ ما يتعلق بالتوابع وإزالة التكرار (duplicates) في الشيفرة ليسمح بإجراء التطويرات المستقبليّة، وهذه التقنيات هي:
# [[Refactoring/extract method|استخراج التوابع (Extract Methods)]]: والتي تتمثل بوجود أجزاء من الشيفرة يُمكن عزلها وتجميعها سويةً.
# [[Refactoring/inline method|دمج التوابع (Inline Methods)]]: مثل أن يكون محتوى التابع (method body) بسيطًا وواضحًا أكثر من التابع بحدِّ ذاته، ويمكن عندئذٍ الاستغناء عنه.
# [[Refactoring/extract variable|استخراج المتغيِّرات (Extract Variables)]]: مثل وجود تعبيرٍ (expression) معقِّد يصعُب فهمه.
# [[Refactoring/inline temp|دمج المتغيِّر المؤقّت (Inline Temp)]]: والذي يتمثَّل بوجود متغيِّرٍ مؤقَّت (temporary) لحفظ قيمة تعبيرٍ (expression) بسيطٍ ولا شيء آخر سواه.
# [[Refactoring/replace temp with query|تبديل المتغير الوسيط إلى استدعاء (Replace Temp with Query)]]: عبر تخزين نتيجة تعبيرٍ ما (expression) في متغيِّر محليٍّ (local variable) لاستخدامه لاحقًا في الشيفرة.
# [[Refactoring/split temporary variable|تجزئة المتغيِّر المؤقَّت (Split Temporary Variable)]]: مثل وجود متغيِّرٍ محليّ يُستخدَم لتخزين عدّة قيمٍ مؤقتةٍ (مرحليّة) داخل التابع.
# [[Refactoring/remove assignments to parameters|إزالة الإسناد إلى المعاملات (Remove Assignments to Parameters)]]: عبر إسناد قيمةٍ ما إلى أحد المعاملات (parameter) داخل التابع (method body).
# [[Refactoring/replace method with method object|تبديل التوابع إلى كائنات التوابع (Replace Method with Method Object)]]: والذي يتمثَّل بوجود تابعٍ طويلٍ بالكثير من المتغيِّرات المحليّة (local variables) المتداخلة والتي تحول دون تطبيق تقنية الحل باستخراج التابع (extract method).
# [[Refactoring/substitute algorithm|استبدال الخوارزمية (Substitute Algorithm)]]: عندما يكون هنالك حاجة إلى استبدال خوارزميّة ما بخوارزميّة أخرى.

== [[Refactoring/techniques/moving features between objects|نقل الميزات ما بين الكائنات]] ==
تساعد عملية إعادة التصميم في توزيع المهام بشكل مثاليّ على الأصناف المختلفة في الشيفرة، وتضمن تقنيات الحل هذه طريقةً آمنةً لنقل المهام ما بين الأصناف، وإنشاء أصناف جديدة وحماية تفاصيل عملية التنفيذ من الوصول العام، وهذه التقنيات تشمل:
# [[Refactoring/move method|نقل التابع (Move Method)]]: إذ يستخدم تابع في صنفٍ ما أكثر من استخدامه في صنفه الأساسيّ.
# [[Refactoring/move field|نقل الحقول (Move Fields)]]: إذ يستخدم حقل في صنفٍ ما أكثر من استخدامه في صنفه الأساسيّ.
# [[Refactoring/extract class|استخراج الصنف (Extract Class)]]: مثل وجود صنفٍ واحدٍ يقوم بمهامٍ عديدةٍ يمكن توزيعها على صنفين.
# [[Refactoring/inline class|دمج الصنف (Inline Class)]]: مثل وجود صنفٍ لا يقوم بأيّ مهمّة فعليّة ولا يُخطَّط لإضافة مهامٍ إليه لاحقًا.
# [[Refactoring/hide delegate|إخفاء التفويض (Hide Delegate)]]: كأن يصل العميل إلى كائنٍ ما وليكن الكائن B من أحد حقول أو توابع كائنٍ آخر وليكن A، ومن ثمّ يستدعي تابعًا لهذا الكائن B.
# [[Refactoring/remove middle man|الاستغناء عن الوسيط (Remove Middle Man)]]: والذي يتمثَّل باحتواء الصنف على العديد من التوابع التي تنقل سياق البرنامج إلى كائنات أخرى.
# [[Refactoring/introduce foreign method|تعريف التوابع الدخيلة (Introduce Foreign Methods)]]: مثل الحاجة إلى تابعٍ غير موجودٍ في الصنف المساعد ومن غير الممكن إضافته إلى ذلك الصنف.
# [[Refactoring/introduce local extension|تعريف الإضافات المحلية (Introduce Local Extensions)]]: مثل الحاجة إلى بعض التوابع (methods) غير الموجودة في الصنف المساعد (utility class)، ومن غير الممكن إضافتها إلى ذلك الصنف.

== [[Refactoring/techniques/organizing data|تنظيم البيانات]] ==
تساعد تقنيات إعادة التصميم هذه بالتعامل مع البيانات، وتبديل أصناف ذات وظائف كثيرة مكان الأنواع الأساسية (primitives). نتيجة أخرى مهمة نحصل عليها بتطبيق هذه التقنيات هي فك ارتباطات صنف مما يجعل الصنف قابلًا للنقل وإعادة الاستعمال. وهذه التقنيات هي:
# [[Refactoring/self encapsulate field|التغليف الداخلي للحقول (Self Encapsulate Fields)]]: وهو الوصول المباشر إلى الحقول الخاصّة داخل الصنف.
# [[Refactoring/replace data value with object|تبديل قيم البيانات إلى كائنات (Replace Data Values with Objects)]]: مثل وجود حقلٍ مٌخصَّص للبيانات في صنفٍ ما (أو في عددٍ من الأصناف)، ولهذا الحقل بياناته وسلوكه المرتبط به.
# [[Refactoring/change value to reference|تبديل القيمة إلى مرجع (Change Value to Reference)]]: مثل وجود العديد من النُسَخ المتماثلة من صنفٍ واحدٍ تحتاج إلى استبدال كائنٍ واحدٍ بها.
# [[Refactoring/change reference to value|تبديل المرجع إلى قيمة (Change Reference to Value)]]: مثل وجود كائن مرجع صغير جدًا نادرًا ما يتغيَّر لتبرير إدارة دورة حياته.
# [[Refactoring/replace array with object|تبديل المصفوفات بكائنات (Replace Array with Object)]]: إذ يكون لديك مصفوفة تحتوي على أنواع مختلفة من البيانات.
# [[Refactoring/duplicate observed data|تكرار البيانات المرُاقَبة (Duplicate Observed Data)]]: هل بيانات النطاق المخزَّنة في أصناف هي المسؤولة عن واجهة المستخدم الرسومية (GUI)؟ إذًا، إليك الحل.
# [[Refactoring/change unidirectional association to bidirectional|تغيير الاقتران أحادي الاتجاه إلى ثنائي الاتجاه (Change Unidirectional Association to Bidirectional)]]: وهو وجود صنفان يحتاج كل منهما إلى استخدام ميزات الآخر، ولكن الاقتران بينهما أحادي الاتجاه فقط.
# [[Refactoring/change bidirectional association to unidirectional|تغيير الاقتران ثنائي الاتجاه إلى أحادي الاتجاه (Change Bidirectional Association to Unidirectional)]]: وهو وجود اقتران ثنائي الاتجاه (bidirectional association) بين الأصناف، ولكن لا يستخدم أحد الأصناف الميزات الأخرى.
# [[Refactoring/replace magic number with symbolic constant|تبديل الأعداد السحرية بثوابت رمزية (Replace Magic Number with Symbolic Constant)]]: إذ تستخدم الشيفرة البرمجية عددًا له معنىً معين له.
# [[Refactoring/encapsulate field|تغليف الحقول (Encapsulate Field)]]: فينشأ لديك حقل عام.
# [[Refactoring/encapsulate collection|تغليف المجموعات (Encapsulate Collection)]]: ويتمثَّل باحتواء صنف على حقل مجموعة وجالب (getter) وضابط (setter) بسيط للعمل مع المجموعة.
# [[Refactoring/replace type code with class|تبديل رموز الأنواع بالأصناف (Replace Type Code with Class)]]: إذ يحتوي الصنف على حقل يحتوي على رموز الأنواع. ولا تُستخدم قيم هذا النوع في شروط المُشغِّل ولا تؤثر على سلوك البرنامج.
# [[Refactoring/replace type code with subclasses|تبديل رموز الأنواع بالأصناف الفرعية (Replace Type Code with Subclasses)]]: إذ يؤثر النوع المُرمَّز على سلوك البرنامج (تُطلِق قيم هذا الحقل رموز مختلفة في الشرطيات).
# [[Refactoring/replace type code with state strategy|تبديل رموز الأنواع بالحالة/الاستراتيجية (Replace Type Code with State/Strategy)]]: ويتمثَّل بتأثير نوع مُرمَّز على سلوك البرنامج ولكن لا يمكن استخدام الأصناف الفرعية للتخلص منه.
# [[Refactoring/replace subclass with fields|استبدال الأصناف الفرعية بالحقول (Replace Subclass with Fields)]]: لديك أصناف فرعية تختلف فقط في توابع (إعادة الثوابت) الخاصة بها.

== [[Refactoring/techniques/simplifying conditional expressions|تبسيط التعابير الشرطية]] ==
تزداد البنية المنطقية للشروط تعقيدًا مع مرور الوقت، لذا هنالك الكثير من التقنيات لمواجهة هذا التعقيد وتبسيطه وهي:
# [[Refactoring/decompose conditional|تجزئة الشَرطيات (Decompose Conditional)]]: وهو وجود شَرط مُعقد (<code>if-then</code>/<code>else</code> أو <code>switch</code>).
# [[Refactoring/consolidate conditional expression|توحيد التعبير الشرطي (Consolidate Conditional Expression)]]: ويتمثَّل بوجود عدة شروط تؤدي إلى نفس النتيجة أو الإجراء.
# [[Refactoring/consolidate duplicate conditional fragments|توحيد الأجزاء الشرطية المكررة (Consolidate Duplicate Conditional Fragments)]]: وهو وجود شيفرة برمجية متطابقة في جميع فروع الشَرطيات.

# [[Refactoring/remove control flag|إزالة رايات التحكم (Remove Control Flag)]]: لديك متغيرات منطقية تعمل كرايات تحكم لتعبيرات منطقية متعددة.
# [[Refactoring/replace nested conditional with guard clauses|تبديل الشرطيات المتداخلة بعبارات الحماية (Replace Nested Conditional with Guard Clauses]]: وهو وجود مجموعة متداخلة من الشروط وصعوبة تحديد التدفق الطبيعي لتنفيذ الشيفرة البرمجية.
# [[Refactoring/replace conditional with polymorphism|تبديل الشرطيات بالتعدديّة الشكليّة (Replace Conditional with Polymorphism)]]: مثل وجود شروط تنفِّذ إجراءات مختلفة اعتمادًا على نوع الكائن أو خصائصه.
# [[Refactoring/introduce null object|تقديم الكائن الفارغ (Introduce Null Object)]]: إذ تؤدي إعادة بعض التوابع للقيمة <code>null</code> بدلًا من الكائنات الحقيقية إلى امتلاء الشيفرة البرمجية بالعديد من نقاط التحقق من القيمة <code>null</code>.
# [[Refactoring/introduce assertion|تقديم التوكيد (Introduce Assertion)]]: فلكي يعمل جزء من الشيفرة البرمجية بشكل صحيح، يجب أن تتحقق بعض الشروط أو تكون القيم صحيحة.

== [[Refactoring/techniques/simplifying method calls|تبسيط استدعاءات التوابع]] ==
تجعل التقنيات التي سيشار إليها في هذا القسم استدعاءات التوابع أبسط وأسهل للفهم والاستيعاب. سيؤدي ذلك بدوره إلى تبسيط الواجهات للتفاعل بين الأصناف. هذه التقنيات هي:
# [[Refactoring/rename method|إعادة تسمية التوابع (Rename Method)]]: إذ لا يعبِّر اسم التابع عن ما يقوم به.
# [[Refactoring/add parameter|إضافة المعاملات (Add Parameter)]]: لأن التابع لا يملك بيانات كافية لتنفيذ بعض الإجراءات.
# [[Refactoring/remove parameter|حذف المعاملات (Remove Parameter)]]: لعدم استخدامها في متن التابع.
# [[Refactoring/separate query from modifier|فصل الاستعلامات عن المُعدِّلات (Separate Query from Modifier)]]: لأنه لديك تابعٌ يُعيد قيمةً ما ولكن يغيِّر أيضا شيئًا ما داخل الكائن.
# [[Refactoring/parameterize method|تحويل التوابع إلى معاملات (Parameterize Method)]]: تؤدي توابع متعددة أعمالًا مماثلة تختلف فقط من حيث قيمها الداخلية أو أرقامها أو عملياتها.
# [[Refactoring/replace parameter with explicit methods|استبدال المعامل بتوابع صريحة (Replace Parameter with Explicit Methods)]]: إذ ينقسم التابع إلى أجزاء، كل منها يتم تشغيله اعتمادًا على قيمة المعامل.
# [[Refactoring/preserve whole object|الحفاظ على الكائن كاملًا (Preserve Whole Object)]]: وهو جلب عدة قيم من أحد الكائنات، ثم تمريرها كمعاملات إلى أحد التوابع.
# [[Refactoring/replace parameter with method call|تبديل المعاملات باستدعاءات التوابع (Replace Parameter with Method Call)]]: وهو استدعاء تابع استعلام وتمرير نتائجه كمعاملات لتابع آخر، في حين أنه يمكن لهذا التابع استدعاء الاستعلام مباشرة.
# [[Refactoring/introduce parameter object|تعريف كائن المُعامل (Introduce Parameter Object)]]: إذ تحتوي التوابع على نفس المجموعة المتكررة من المعاملات.
# [[Refactoring/remove setting method|ازالة توابع الإعدادات (Remove Setting Method)]]: فيكون تعيين قيمة الحقل فقط عند إنشائه، ولا تتغير في أي وقت لاحق.
# [[Refactoring/hide method|إخفاء التابع (Hide Method)]]: فلا يُستخدم التابع من قِبل الأصناف الأخرى أو يستخدم فقط داخل التسلسل الهرمي للصنف الخاص به.
# [[Refactoring/replace constructor with factory method|استبدال المُنشئ بتابع التصميم (Replace Constructor with Factory Method)]]: لديك مُنشئ (constructor) معقد يقوم بما هو أكثر من مجرد وضع قيم المعامل في حقول الكائن.
# [[Refactoring/replace error code with exception|استبدال شيفرات الأخطاء باستثناءات (Replace Error Code with Exception)]]: إذ يعيد التابع قيمة خاصة تشير إلى خطأ.
# [[Refactoring/replace exception with test|استبدال الاستثناءات بالاختبارات (Replace Exception with Test)]]: إطلاق استثناء يمكن لاختبار بسيط أن يحل محله.

== [[Refactoring/techniques/dealing with generalization|التعامل مع التعميم]] ==
يملك التجريد (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)]]: هل يستخدم الحقل في بعض الأصناف الفرعية فقط؟ إذًا إليك الحل.

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