الشيفرة النظيفة (Clean Code)

من موسوعة حسوب
< Refactoring
مراجعة 16:23، 17 يوليو 2018 بواسطة Nourtam (نقاش | مساهمات) (أنشأ الصفحة ب'<noinclude>{{DISPLAYTITLE:الشيفرة النظيفة (Clean Code)}}</noinclude> تهدف عملية إعادة التصميم (refactoring) للتخلُّص من ال...')
(فرق) → مراجعة أقدم | المراجعة الحالية (فرق) | مراجعة أحدث ← (فرق)
اذهب إلى التنقل اذهب إلى البحث

تهدف عملية إعادة التصميم (refactoring) للتخلُّص من المتطلَّبات التقنيّة الزائدة، إذ تحوِّل كلَّ الفوضى المنتشرة في الشيفرة إلى شيفرةٍ نظيفةٍ (clean code) ذات تصميمٍ مُبسَّط، وهذا -لا بُدَّ- أمرٌ رائعٌ ولكن بالبداية؛ ما معنى أن تكون الشيفرة نظيفةً؟

مميزات الشيفرة النظيفة

فيما يأتي بعضٌ مما يميز الشيفرة النظيفة:

  • واضحةٌ ومقروءةٌ للمبرمجين الآخرين

إنّ ما يجعل الشيفرات أكثر تعقيدًا (بعيدَا عن الخوارزميّات فائقة التعقيد) هو اعتمادها على تسمية المتغيِّرات تسميةً ضعيفةً (غير منطقيّةٍ أو بدون معنى) أو احتوائها على أصناف (classes) وتوابع ضخمةٍ وكذلك الكثيرَ من الأعداد وما شابه، وهذا ما يجعل من الصعب التمكُّن منها.

  • لا تكرار فيها:

لأنّ أيّ تغييرٍ في جزءٍ مُكرَّرٍ سيتطلَّب -بلا شك- إجراء التغيير ذاته بكافّة النسخ المُكرَّرة عنه، وهذا ما يُبطِئ تطوير الشيفرة ويزيد من عُسر فهمها.

  • بأقل عددٍ ممكنٍ من الأصناف (classes) والأجزاء البرمجيّة الأخرى القابلة للنقل:

إذ تحتاج الشيفرة الأقصر صيانةً أقل، وترد الأخطاء فيها بنسبةٍ أخفض، ولتكن القاعدة: "للحصول على شيفرة أكثر ضمانًا، أبقِها قصيرةً بسيطة".

  • تجتاز الاختبارات المختلفة بنجاح:

تُعدُّ الشيفرة رديئةً عندما تجتاز الاختبارات وعمليات التحقق بنسبة 95% فقط، فكيف سيكون الحال إذا كانت نسبة نجاحها 0%؟

  • سهلة ولا تحتاج الصيانة (maintenance)

مصادر