الشرط إذا البيان هو واحد من الأدوات الأكثر شعبية وتستخدم على نطاق واسع في البرمجة. يسمح للبرامج باتخاذ القرارات بناء على الظروف وتنفيذ إجراءات مختلفة وفقا لهذه الشروط. ومع ذلك ، مع زيادة تعقيد البرامج ، وذلك باستخدام إذا يمكن أن يؤدي إلى غير قابل للقراءة ويصعب الحفاظ على التعليمات البرمجية.
هناك طرق فعالة للحد من أو القضاء على استخدام إذا تماما. واحدة من هذه الطرق هي استخدام تعدد الأشكال. يتيح لك تعدد الأشكال تحديد مجموعة من العمليات التي يجب إجراؤها اعتمادا على نوع البيانات. بدلا من عبارة إف الشرطية ، يمكنك إنشاء واجهة أو فئة مجردة تجمع بين أنواع البيانات المختلفة وتحديد الأساليب التي سيتم استدعاؤها اعتمادا على نوع البيانات.
طريقة أخرى هي استخدام نمط تصميم "سلسلة المسؤوليات". يتيح لك هذا القالب إنشاء سلسلة من الكائنات ، يقوم كل منها بإجراء فحص أو إجراء محدد. عند تلقي طلب ، يتحقق الكائن مما إذا كان يمكنه تلبية هذا الطلب ، وإذا لم يتمكن من تمريره إلى الكائن التالي في السلسلة. وبالتالي ، فمن الممكن لإنشاء سلسلة من الشيكات دون استخدام متعددة إذا.
- لماذا إذا لم يكن دائما القرار الصحيح
- نهج بديلة لاستخدام إذا في البرمجة
- جداول الامتثال
- تعدد الأشكال
- أنماط التصميم
- أنماط البيانات
- سؤال وجواب
- ما هي المشاكل التي يمكن أن تنشأ إذا تم الإفراط في استخدام بيان إذا?
- ما هي الطرق التي يمكن استخدامها للحد من استخدام بيان إذا?
- ما هو تعدد الأشكال وكيف يمكن أن تساعد على التخلص من استخدام المشغل إذا?
- كيف يمكن استخدام القواميس تساعد على التخلص من استخدام البيان إذا?
لماذا إذا لم يكن دائما القرار الصحيح
بيان إف هو واحد من أدوات البرمجة الرئيسية. انها تسمح لك لتنفيذ كتلة من التعليمات البرمجية تحت شرط معين. ومع ذلك ، على الرغم من الاستخدام الواسع النطاق للظروف إذا ، في بعض الأحيان قد لا يكون الحل الأكثر فعالية. دعونا نلقي نظرة على عدة أسباب لماذا إذا كانت الظروف يمكن أن تكون إشكالية وما هي البدائل التي يمكن استخدامها بدلا من ذلك.
1. تعقيد وعدم قابلية القراءة من التعليمات البرمجية.
لمزيد من الشروط هناك في كتلة إذا ، وأكثر صعوبة سيكون لفهم منطق البرنامج. يمكن أن تصبح سلاسل طويلة أو تعبيرات منطقية معقدة مصدرا للأخطاء وتعقد تصحيح أخطاء التعليمات البرمجية. وبالإضافة إلى ذلك ، فمن غير مريح لقراءة التعليمات البرمجية مع عدد كبير من إذا الظروف - هناك شعور من الارتباك وعدم اليقين.
2. عدم القدرة على تمديد التعليمات البرمجية.
استخدام إذا كانت الظروف يمكن أن تخلق مشاكل عند إضافة ميزات جديدة إلى البرنامج. إذا كان لديك لتغيير الكثير من إذا كتل أو إضافة شروط جديدة ، يصبح من الصعب الحفاظ على التعليمات البرمجية القديمة وتمديدها. نتيجة لذلك ، قد يكون نمو البرنامج وإضافة ميزات جديدة أمرا صعبا ويتطلب الكثير من التغييرات.
3. النفقات العامة عند تنفيذ البرنامج.
عند استخدام عدد كبير من الشروط إذا ، في كل مرة يتم تنفيذ البرنامج ، يتم فحص جميع الشروط التي تم تعيينها. يمكن أن يؤدي ذلك إلى إبطاء البرنامج ، خاصة إذا تم إجراء الفحوصات في حلقة أو إذا كان التطبيق يعمل بكمية كبيرة من البيانات. في مثل هذه الحالات ، قد يكون استخدام الجداول أو القواميس بدائل أكثر فعالية.
4. أخطاء في المنطق.
مع وجود الكثير من الظروف ، هناك خطر ارتكاب أخطاء في منطق البرنامج. يمكن أن يؤدي الفحص المنسي أو التعبير المنطقي المكون بشكل غير صحيح إلى نتائج غير متوقعة وصعوبات في تصحيح الأخطاء. رمز أبسط وأكثر قابلية للقراءة دون شروط زائدة عن الحاجة يساعد على تجنب مثل هذه الأخطاء.
بدلا من استخدام عدد كبير من الشروط ، يجدر التفكير في استخدام طرق أخرى - على سبيل المثال ، استخدام تعدد الأشكال أو أنماط التصميم أو استخدام القواميس والجداول لتخزين البيانات ومعالجتها. سيكون هذا الرمز أسهل في الفهم والصيانة والتمديد.
نهج بديلة لاستخدام إذا في البرمجة
في البرمجة ، إذا تم استخدام الكلمة الرئيسية لتحديد الشروط ثم تنفيذ إجراءات معينة. ومع ذلك ، في بعض الحالات ، يمكن أن يؤدي استخدام عدد كبير من العبارات إلى رمز غير قابل للقراءة ومعقد. في هذه المقالة ، سننظر في عدة طرق بديلة لاستخدام إذا.
جداول الامتثال
طريقة واحدة لاستبدال الكثير من إذا البيانات هو استخدام الجداول المطابقة التي تسمح لك لربط قيمة متغير مع إجراء معين أو نتيجة.
للقيام بذلك ، يمكنك إنشاء مصفوفة أو قاموس ، حيث ستكون المفاتيح هي قيم المتغير ، وستكون القيم هي الإجراءات المقابلة. نتيجة لذلك ، ستحصل على رمز أكثر إحكاما وسهل القراءة ، حيث سيتم إخراج المنطق من العبارات الشرطية وتقديمه في الجدول.
تعدد الأشكال
تعدد الأشكال هو قدرة الكائنات من أنواع مختلفة على مشاركة الأساليب و/أو الواجهات الشائعة. يمكن أن يؤدي استخدام تعدد الأشكال إلى تجنب استخدام عبارات متعددة.
بدلا من التحقق من نوع الكائن ثم تنفيذ إجراءات مختلفة حسب النوع ، يمكنك تحديد واجهة مشتركة وتنفيذها في فئات مختلفة. ونتيجة لذلك ، فإن رمز تصبح أكثر مرونة وسهلة لتوسيع.
أنماط التصميم
طريقة أخرى لاستبدال إذا كانت البيانات هي استخدام أنماط التصميم. أنماط التصميم هي حلول مقبولة بشكل عام لمشاكل معينة في تصميم البرامج.
على سبيل المثال ، يسمح لك قالب الإستراتيجية باستبدال الخوارزميات ديناميكيا لتنفيذ الإجراءات وفقا للسياق. يمكن استخدام هذا لاستبدال مجموعة متنوعة من العبارات المتعلقة باختيار الخوارزمية.
أنماط البيانات
أنماط البيانات هي طرق لهيكلة ومعالجة البيانات التي يمكن استخدامها لتحل محل استخدام إف البيانات.
على سبيل المثال ، يسمح لك نمط" خصائص الكائن " بتخزين معلومات حول الإجراءات في شكل كائن بخصائص وطرق معينة. بدلا من استخدام عبارات إف ، يمكنك التحقق من الخاصية أو الطريقة المقابلة وتنفيذها بناء على الحالة الحالية للكائن.
نتيجة لذلك ، هناك العديد من الأساليب البديلة لاستخدام عبارات إف في البرمجة. يعتمد اختيار النهج على الوضع المحدد ومتطلبات المشروع. يمكن أن يؤدي الاستخدام الفعال لهذه الأساليب إلى تبسيط الكود وتسهيل فهمه وصيانته.
سؤال وجواب
ما هي المشاكل التي يمكن أن تنشأ إذا تم الإفراط في استخدام بيان إذا?
الاستخدام المفرط للبيان إذا قد يسبب المشاكل التالية: رمز يصبح أكثر صعوبة لفهم والحفاظ عليها ، واحتمال الأخطاء يزيد ، رمز يصبح أكثر تعقيدا وأقل قابلية للقراءة.
ما هي الطرق التي يمكن استخدامها للحد من استخدام بيان إذا?
للحد من استخدام مشغل إف ، يمكن استخدام الطرق التالية: استخدام تعدد الأشكال ، واستخدام المشغلين الثلاثي ، واستخدام القواميس ، واستخدام سلاسل الاتصال.
ما هو تعدد الأشكال وكيف يمكن أن تساعد على التخلص من استخدام المشغل إذا?
تعدد الأشكال هو قدرة الكائنات التي لها نفس التجريد على أن يكون لها تطبيقات مختلفة. بمساعدتها ، يمكنك وضع المنطق الذي يعتمد على الظروف في فئات منفصلة واستدعاء التنفيذ المطلوب اعتمادا على كائن معين. هذا يتجنب استخدام بيان إف.
كيف يمكن استخدام القواميس تساعد على التخلص من استخدام المشغل إذا?
يسمح لك استخدام القواميس بمطابقة القيم بخيارات منطقية مختلفة ثم استدعاء القيمة المطلوبة عن طريق الوصول إلى القاموس حسب المفتاح ، بدلا من استخدام سلاسل طويلة من عبارات إف. هذا يجعل الكود أكثر إحكاما وقابلية للقراءة.