يمكن أن يؤدي الاستخدام المفرط للبناء الآخر إلى تعقيد غير مبرر للرمز وتدهور قابليته للقراءة. هذا ملحوظ بشكل خاص عند استخدام الكتلة الأخرى بعد بيان الإرجاع. في معظم الحالات ، يمكن حذف هذه الكتلة بأمان ، مما يجعل الكود أكثر إيجازا وفهما.
من الناحية الفنية ، فإن البناء الآخر ضروري لتنفيذ بعض الإجراءات إذا لم يتم استيفاء الشرط بعد بيان إذا. ومع ذلك ، إذا تم إنهاء رمز البرنامج بالفعل بعد بيان الإرجاع ، فإن الكتلة الأخرى تصبح زائدة عن الحاجة وقد تسبب سوء فهم. لذلك ، فإن الرغبة في إزالة الزائدة عن الحاجة هي في صميم مبدأ"بدون أي شيء آخر لا عودة".
بناء آخر زائدة عن الحاجة بعد بيان العودة يجعل من الصعب قراءة وفهم التعليمات البرمجية. فمن الأفضل لإزالته وجعل رمز أكثر إيجازا ومفهومة.
هذا النهج مفيد بشكل خاص في الحالات التي يتم فيها تنفيذ المنطق المعقد داخل كتلة إذا أو عندما يكون هناك العديد من التركيبات المتداخلة إذا-آخر في التعليمات البرمجية. ستؤدي إزالة العناصر الزائدة عن الحاجة إلى جعل الشفرة أكثر خطية و" مسطحة " ، مما سيسهل فهمها وتصحيح الأخطاء بشكل كبير.
- ما هو زائدة عن الحاجة آخر بعد العودة?
- زائدة عن الحاجة آخر بعد العودة
- لماذا هو مفرط آخر بعد عودة إشكالية?
- الإفراط في آخر بعد العودة هو إشكالية
- كيفية تجنب زائدة آخر بعد العودة?
- يمكنك تجنب زائدة أخرى بعد العودة باستخدام بنيات التي تلغي الحاجة إلى آخر لا لزوم لها ، مثل الحرس أو بيانات العودة المبكرة.
- إيجابيات وسلبيات استخدام زائدة أخرى بعد العودة
- مزايا استخدام زائدة أخرى بعد العودة: لا شيء
- مساوئ استخدام زائدة أخرى بعد العودة:
- مقارنة رمز مع زائدة آخر بعد العودة وبدون ذلك
ما هو زائدة عن الحاجة آخر بعد العودة?
الإفراط في آخر بعد العودة هو الحالة التي يكون فيها هناك كتلة أخرى من التعليمات البرمجية مع عامل آخر في كتلة التعليمات البرمجية بعد بيان العودة. في هذه الحالة ، لا لزوم لها زائدة عن الحاجة ويمكن حذفها بأمان.
يتم استخدام عبارة الإرجاع لإنهاء وظيفة بشكل صريح وإرجاع قيمة. عند تنفيذ بيان الإرجاع ، يتم إنهاء الوظيفة ويتم تمرير التحكم مرة أخرى إلى وظيفة الاستدعاء أو الرمز.
يحدث الاستخدام المفرط للغير بعد بيان الإرجاع عندما يضع المبرمج عن طريق الخطأ كتلة من التعليمات البرمجية مع بيان آخر بعد كتلة من التعليمات البرمجية مع بيان الإرجاع. قد يحدث هذا عن طريق الخطأ أو بسبب سوء فهم لمنطق الكود.
الإفراط في آخر بعد العودة يمكن أن يؤدي إلى العديد من المشاكل:
- زيادة تعقيد الكود: الاستخدام المفرط للغير يجعل من الصعب قراءة التعليمات البرمجية وفهمها ، خاصة عندما تصبح كتل الشروط أكثر تعقيدا.
- كود إضافي: قد تحتوي زائدة أخرى تعليمات غير الضرورية التي لن يتم تنفيذها.
- الأخطاء المحتملة: يمكن أن يؤدي التكرار الآخر إلى أخطاء محتملة في الكود ، خاصة إذا قاموا بتغيير المتغيرات أو تنفيذ إجراءات أخرى لا ينبغي أن تحدث بعد بيان الإرجاع.
الإفراط في آخر بعد العودة هو رمز غير ضروري يمكن حذفه دون أي عواقب سلبية. لتجنب الاستخدام المفرط للآخر بعد العودة ، يوصى بالتحقق من الرمز بعناية قبل إرساله أو إطلاقه.
زائدة عن الحاجة آخر بعد العودة
زائدة عن الحاجة آخر بعد العودة: هذا خطأ في الكود يحدث عند استخدام عامل تشغيل آخر غير ضروري بعد تنفيذ بيان الإرجاع في دالة أو طريقة.
تقوم عبارة الإرجاع بإرجاع قيمة من دالة أو طريقة وتتوقف عن تنفيذها. لهذا السبب ، لا يتم تنفيذ جميع التعليمات التالية لبيان الإرجاع. لذلك ، يعد استخدام عامل التشغيل الآخر بعد الإرجاع زائدا عن الحاجة ويمكن أن يؤدي إلى منطق وأخطاء غير صحيحة للبرنامج.
دعونا ننظر إلى مثال:
وظيفة جيتابسولوتيفالو (عدد) {
إذا (عدد < 0) {
رقم الإرجاع;} آخر {
رقم الإرجاع;
}
}
في هذا المثال ، العبارة الأخرى بعد رقم الإرجاع زائدة عن الحاجة. إذا كان الرقم أقل من 0 ، يتم تنفيذ بيان رقم الإرجاع ويتم إنهاء الوظيفة. إذا كان الرقم 0 على الأقل ، فسيظل يتم تنفيذ بيان رقم الإرجاع ، ولن يتم الوصول إلى البيان التالي.
النسخة المصححة من الكود:
وظيفة جيتابسولوتيفالو (عدد) {
إذا (عدد < 0) {
رقم الإرجاع;
}
رقم الإرجاع;
}
في هذه الحالة ، تم حذف العبارة الأخرى لأنها أصبحت زائدة عن الحاجة. ستكون نتيجة الوظيفة هي نفسها كما في المثال السابق ، لكن الكود أصبح أكثر قابلية للقراءة والفهم.
لماذا هو مفرط آخر بعد عودة إشكالية?
في البرمجة ، غالبا ما تكون هناك مواقف عندما يكون من الضروري التحقق من شروط معينة ، واعتمادا على النتائج ، تنفيذ إجراءات معينة. أحد الأخطاء الشائعة التي يمكن أن تحدث عند كتابة مثل هذه الشيكات هو الاستخدام المفرط للكلمة الرئيسية "آخر" بعد عبارة "الإرجاع".
الاستخدام المفرط لكلمة" آخر "بعد" الإرجاع "يعني أنه سيتم إجراء فحص غير ضروري للشرط ، أي التحقق من خيار آخر محتمل في حالة استيفاء شرط" الإرجاع". على سبيل المثال:
"جافا سكريبت
وظيفة تشيكنومبر (الأسطوانات) {
إذا (الأسطوانات > 0) {
عودة "الرقم موجب";
} آخر {
إرجاع "الرقم سالب";
}
}``
في هذا المثال ، إذا تم استيفاء الشرط "رقم > 0" ، فسيتم إرجاع القيمة" رقم موجب " ، وسينتهي تنفيذ الوظيفة. ومع ذلك ، سيتم إجراء فحص إضافي لخيار "آخر" ، وهو أمر غير ضروري.
الاستخدام المفرط لكلمة "آخر" بعد "العودة" يخلق ضوضاء غير ضرورية في الكود ويعقد قراءته. كلما كانت الإنشاءات الزائدة عن الحاجة موجودة في الكود ، زادت صعوبة فهمها والحفاظ عليها. إذا تم بالفعل استيفاء شرط "الإرجاع" وتم إنهاء الوظيفة ، فلا داعي للتحقق من الخيارات الأخرى.
بالإضافة إلى ذلك ، يمكن أن يؤدي الاستخدام المفرط لكلمة "آخر" بعد "العودة" إلى أخطاء غير مقصودة. على سبيل المثال ، إذا كان الرمز يحتوي على عدة شروط مع "إرجاع" ومتغيرات مع "آخر" ، ونسي المبرمج إضافة "إرجاع" إلى المتغير بدون "آخر" ، فقد يؤدي ذلك إلى تشغيل وظيفة غير صحيحة.
لذلك ، عند كتابة التعليمات البرمجية ، يجب تجنب الاستخدام غير الضروري لكلمة" آخر "بعد" العودة " والتركيز على التحقق من الشروط الضرورية فقط.
الإفراط في آخر بعد العودة هو إشكاليةيمكن أن يؤدي الاستخدام المفرط للمشغل الآخر بعد العودة في البرمجة إلى إنشاء رمز غير ضروري ، مما يعقد فهم البرنامج ودعمه. بالإضافة إلى ذلك ، يمكن أن يؤدي ذلك إلى أخطاء وتشوهات في منطق العمل.
يتم استخدام عامل الإرجاع للخروج من دالة وإرجاع قيمة. عندما يتبع الإرجاع آخر ، لن يتم تنفيذ هذا الرمز أبدا ، نظرا لأن الوظيفة قد انتهت بالفعل ويتم إرجاع النتيجة. يؤدي هذا إلى إنشاء حمل إضافي على المترجم الفوري ، والذي لا يزال يتعين عليه معالجة التعليمات البرمجية غير المستخدمة.
تصبح المشكلة ملحوظة خاصة في المشاريع الكبيرة حيث يتم استدعاء العديد من الوظائف من بعضها البعض. تجعل العوامل غير الضرورية من الصعب قراءة الكود وفهمه ، ويمكن أن تؤدي أيضا إلى حدوث أخطاء عند تغيير الرمز لاحقا.
استخدام مفرط آخر بعد العودة يمكن أن يؤدي أيضا إلى آثار جانبية غير مرغوب فيها. على سبيل المثال ، إذا كان يجب على الدالة التي يتم تطويرها إرجاع قيمة من نوع معين ، فقد تؤدي إضافة قيمة أخرى بعد الإرجاع إلى إرجاع قيمة من نوع آخر أو حتى حدوث خطأ في تنفيذ البرنامج.لتجنب هذه المشكلة ، يوصى بتجنب الاستخدام المفرط للمشغل الآخر بعد الإرجاع والحفاظ على الكود في حالة نظيفة ومفهومة. إذا كانت هناك حاجة إلى المنطق ، فيجب استخدام بنيات التحكم مثل إذا أو بيان التبديل.
كيفية تجنب زائدة آخر بعد العودة?
عندما نكتب عبارة شرطية باستخدام عبارة الإرجاع ، ليست هناك حاجة لإضافة كتلة أخرى زائدة عن الحاجة بعدها. بدلا من ذلك ، يمكننا استخدام الكلمة الرئيسية المرتجعة وإرجاع القيمة على الفور إذا تم استيفاء الشرط.مثال:
وظيفة تشيكنومبر (الأسطوانات) {
إذا (الأسطوانات > 0) {
عودة "الرقم موجب";
- }
- إرجاع "الرقم سالب أو صفر";
- }
- في هذا المثال ، إذا كان عدد الأسطوانات أكبر من الصفر ، ترجع الدالة على الفور مع الرسالة "الرقم موجب". خلاف ذلك (إذا كان الرقم أقل من أو يساوي الصفر) ، يستمر تنفيذ البرنامج وتعيد الوظيفة الرسالة "الرقم سالب أو صفر". وبالتالي ، لا يلزم وجود كتلة أخرى زائدة عن الحاجة بعد بيان الإرجاع.
- هذا لأنه عندما يتم تنفيذ بيان الإرجاع ، تتوقف الوظيفة على الفور عن التنفيذ وتعيد القيمة المحددة. تصبح كتلة أخرى زائدة عن الحاجة رمز لا يمكن الوصول إليه بعد ذلك.
- يمكن أن يؤدي استخدام عنصر آخر إضافي بعد عبارة الإرجاع إلى زيادة صعوبة قراءة الكود وفهمه ، لذلك يوصى بتجنبه في العبارات الشرطية باستخدام عبارة الإرجاع.
يمكنك تجنب زائدة أخرى بعد العودة باستخدام بنيات التي تلغي الحاجة إلى آخر لا لزوم لها ، مثل الحرس أو بيانات العودة المبكرة.
في بعض الأحيان ، عند كتابة التعليمات البرمجية ، هناك موقف عندما يتبع بيان الإرجاع كتلة أخرى. يمكن أن يحدث هذا عندما يكون من الضروري إجراء نوع من الفحص قبل إرجاع القيمة. على سبيل المثال:
حساب الدالة العمر (العمر) {
إذا (العمر >= 18) {
- عودة"الكبار";
- } آخر {
- عودة "قاصر";
}
في هذه الحالة ، تتبع الكتلة الأخرى عبارة الإرجاع وقد تبدو زائدة عن الحاجة. وبالإضافة إلى ذلك ، فإنه يخلق مستوى إضافي من التعشيش ، والتي يمكن أن تجعل من الصعب قراءة وفهم التعليمات البرمجية.
لتجنب تكرار آخر بعد العودة ، يمكنك استخدام بنيات مثل الحرس أو عبارات الإرجاع المبكر.
حساب الدالة العمر (العمر) {عمر الحراسة > = 18 آخر {
عودة "قاصر"
}
طريقة أخرى لتجنب الإفراط في آخر بعد العودة هي العودة المبكرة. بدلا من كتابة شرط وكتلة من التعليمات البرمجية في كتلة أخرى ، يمكننا ببساطة إرجاع القيمة وإنهاء الوظيفة. على سبيل المثال:
- }
- زائدة أخرى بعد العودة هي الحالة التي يكون فيها في التعليمات البرمجية وظيفة ، ويتبع بيان العودة من قبل بيان آخر دون أي منطق آخر. في هذه الحالة ، يصبح آخر زائدة عن الحاجة ووجودها ليس له أي تأثير على تنفيذ البرنامج.
- مساوئ استخدام زائدة أخرى بعد العودة:
مزايا استخدام زائدة أخرى بعد العودة: مفقود
زائدة آخر بعد العودة هو رمز زائدة عن الحاجة التي لا تجلب أي فائدة عملية ويعقد قراءة وفهم رمز البرنامج. لا ينصح باستخدامه ، لأنه يمكن أن يؤدي إلى أخطاء ويجعل من الصعب اكتشاف هذه الأخطاء وتصحيحها.
بدلا من استخدام زائدة أخرى بعد العودة ، يجب عليك استخدام البناء دون آخر. إذا لم يتبع أي رمز بعد الإرجاع ، فإن استخدام آخر لا يخلق مستوى تداخل غير ضروري يمكن تجنبه. أيضا ، ليست هناك حاجة للتحقق من الشرط في آخر ، لأنه إذا تم استيفاء الشرط في كتلة إذا ، وظيفة يخرج قبل الأوان ، وسوف يتم تنفيذ التعليمات البرمجية في كتلة آخر أبدا.
يمكن تحويل التعليمات البرمجية الموجودة مع آخر إضافي إلى النموذج التالي:
حذف كتلة آخر.
نقل رمز بعد كتلة آخر داخل كتلة إذا.
حذف القولون بعد كتلة إذا.
مثال رمز مع زائدة أخرى بعد العودة:
حساب الدالة العمر (العمر) {
إذا (العمر >= 18) {
عودة"الكبار";
} آخر {
عودة "قاصر";
}
}
تحويل رمز دون زائدة آخر بعد العودة:
حساب الدالة العمر (العمر) {
إذا (العمر >= 18) {
عودة"الكبار";
}
عودة "قاصر";
}
أصبح الرمز أكثر وضوحا وأكثر إحكاما ، وليس هناك حاجة للتحقق من الحالة في كتلة أخرى.
وبالتالي ، فإن استخدام زائدة أخرى بعد العودة ليس له مزايا ، ولكنه يعقد فقط الكود وقراءته. من المستحسن دائما استخدام البناء دون آخر بعد العودة ، إذا لم يكن هناك حاجة إلى مزيد من التعليمات البرمجية في كتلة أخرى.