الترميز النظيف Clean Coding

2 دقائق

ما هو الترميز النظيف؟

يشير إلى كتابة الرموز البرمجية بمنهجية واضحة وسهلة الفهم من قبل المبرمجين أو المطورين الآخرين على اعتبار أن الأخرين يمكن أن يقرؤونها ويطورونها. ويعتبر الترميز النظيف مهارة ذاتية يختلف عليها المطورون على الرغم من أنهم يتبعون الممارسات التي تقود إلى الرمز النظيف.

أهمية الترميز النظيف

تعود أهمية الترميز النظيف في المقام الأول إلى العمل الجماعي بين مطوري الرموز البرمجية في الشركات التقنية، والذين يعملون معاً على ترميزات برمجية واحدة. 

ما يخلق الحاجة الملحة لوجود أسلوب موحد وهيكلية واضحة للجميع حتى يستطيع الكل فهم وإتمام النص البرمجي وإعادة استخدامه أو تطويره.

قواعد الترميز النظيف

تسلّط هذه القواعد الضوء على أهمية الوضوح واستخدام الترميز البرمجي بذكاء، ويشير الترميز الضعيف إلى مبدأ “نحن مستمتعون بالكتابة، نكتب كل شيء مرتين، ونضيع وقت الجميع!”

إليك أفضل الممارسات للترميز النظيف:

  • لا تكرر نفسك: يركّز هذا المبدأ على كتابة برامج سهلة ولا تحتوي على تكرارات وتستخدم الحلقات والشروط لاختصار الترميزات الإضافية. 
  • حافظ على البساطة: يركّز هذا المبدأ على تبسيط الترميزات حتى يتمكن المطورون الآخرون من تطوير الرمز البرمجي في المستقبل.
  • أشياء لن تحتاجها: تشير هذه القاعدة إلى عدم إضافة الأشياء التي لم يتم طلبها من صاحب العمل بشكل مباشر والتي تعتبر مضيعة للوقت.
  • افعل شيئاً واحداً: يشير هذا القانون إلى أن الكيان يجب أن يشير لشيء واحد فقط في كامل الرمز البرمجي.
  • قاعدة الكشافة: يشير هذا القانون إلى ضرورة مراجعة الرماز البرمجي بشكل دوري واستكشاف الأخطاء والأشياء التي لم تعد تعمل وفق بعض التحديثات الجديدة وتطويرها بشكل مستمر.

أول لغة برمجة يمارس مجتمعها الترميز النظيف بدون طلب

عرفت لغة بايثون مجموعة من القواعد التي تعد إرشادات لكتابة الرموز البرمجية في لغة بايثون، لضمان حصول المطورين جميعاً على ترميز نظيف ومقروء وقابل للتطوير من قبل الآخرين، وهي: 

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

يمكن استعراض مجموعة هذه القواعد من خلال كتابة تعليمة برمجية واحدة في موجه الأوامر وهي Import this