عرض مصدر Refactoring/techniques/simplifying conditional expressions

<noinclude>{{DISPLAYTITLE:تبسيط التعابير الشرطية (Simplifying Conditional Expressions)}}</noinclude>
تزداد البنية المنطقية للشروط تعقيدًا مع مرور الوقت، لذا هنالك الكثير من التقنيات لمواجهة هذا التعقيد وتبسيطه وهي:
# [[Refactoring/decompose conditional|تجزئة الشَرطيات (Decompose Conditional)]]
#* '''المشكلة''': يوجد شَرط مُعقد (<code>if-then</code>/<code>else</code> أو <code>switch</code>).
#* '''الحل''': فصل الأجزاء المعقدة من الشَرط إلى توابع منفصلة: الشرط، و <code>then</code> و <code>else</code>.
# [[Refactoring/consolidate conditional expression|توحيد التعبير الشرطي (Consolidate Conditional Expression)]]
#* '''المشكلة''': وجود عدة شروط تؤدي إلى نفس النتيجة أو الإجراء.
#* '''الحل''': توحيد جميع هذه الشروط في تعبير وحيد.
# [[Refactoring/consolidate duplicate conditional fragments|توحيد الأجزاء الشرطية المكررة (Consolidate Duplicate Conditional Fragments)]]
#* '''المشكلة''': شيفرة برمجية متطابقة موجودة في جميع فروع الشَرطيات.
#* '''الحل''': نقل الشيفرة البرمجية خارج الشَرطية.
# [[Refactoring/remove control flag|إزالة رايات التحكم (Remove Control Flag)]]
#* '''المشكلة''': لديك متغيرات منطقية تعمل كرايات تحكم لتعبيرات منطقية متعددة.
#* '''الحل''': استخدم الكلمات المفتاحية <code>break</code> و <code>continue</code> و <code>return</code> بدلًا من هذه المتغيرات.
# [[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>.
#* '''الحل''': إعادة كائن فارغ يظهر السلوك الافتراضي بدلًا من <code>null</code>.
# [[Refactoring/introduce assertion|تقديم التوكيد (Introduce Assertion)]]
#* '''المشكلة''': لكي يعمل جزء من الشيفرة البرمجية بشكل صحيح، يجب أن تتحقق بعض الشروط أو تكون القيم صحيحة.
#* '''الحل''': استبدل هذه الافتراضات بنقاط تحقق خاصة بالتوكيد.

== انظر أيضًا ==
* [[Refactoring/techniques/composing methods|إنشاء التوابع]] 
* [[Refactoring/techniques/moving features between objects|نقل الميزات ما بين الكائنات]] 
* [[Refactoring/techniques/organizing data|تنظيم البيانات]] 

* [[Refactoring/techniques/simplifying method calls|تبسيط استدعاءات التوابع]]
* [[Refactoring/techniques/dealing with generalization|التعامل مع التعميم]]

== مصادر ==
* [https://refactoring.guru/refactoring/techniques/simplifying-conditional-expressions صفحة توثيق تبسيط التعابير الشرطية في موقع refactoring.guru.]
[[تصنيف:Refactoring]]
[[تصنيف:Refactoring Techniques]]
[[تصنيف:Refactoring Simplifying Conditional Expressions]]