إعادة صياغة الكود أداة أساسية لتحقيق البرمجة الرشيقة

السلام عليكم

تكلمانا في تدوينة سابقة عن البرمجة الرشيقة وعن إعادة صياغة الكود، واﻵن نُريد الجمع بينهما في اﻹستخدام.

تختلف مدرسة البرمجة الرشيقة Agile عن مدرسة الـ Waterfall في أن الأخيرة تترك موضوع كتابة كود البرنامج في المراحل المتأخرة بعد فهم المتطلبات وعمل كل اﻹجراءات اﻷولية الطويلة في دورة  تطوير النظام، أما طريقة البرمجة الرشيقة ففيها يبدأ كتابة الكود في وقت مبكر جداً، وهذا التبكير في كتابة الكود احياناً يسبق اﻹنتهاء من التصميم، حيث أن التصميم ومعمارية النظام تكون متواصلة في كافة زمن التطوير. ومع مرور الوقت يحتاج النظام ليتوسع في التصميم والمعمارية لإستيعاب ميزات وأجزاء إضافية جديدة. يجب أن لا يكون تغيير التصميم عائق في البرمجة الرشيقة، بإعتبار أنه يحدث كثيراً في هذا النوع من البرمجة، لذلك لابد من أن تتوفر عملية إعادة صياغة الكود في أداة التطوير والتي تُمثل قلب العمل البرمجي وأداة مهمة جداً في البرمجة الرشيقة.

كلما كانت أداة التطوير بها إمكانات كبيرة في إعادة صياغة الكود فإن ذلك ينعكس إيجاباً في سرعة التطوير ومرونة توسعة التصميم ليتناسب مع إحتياجات مرحلة ما في دورة  تطوير اﻷنظمة. وهذه الميزة (إعادة الصياغة) تجعل المبرمج يبدأ كتابة اﻷجزاء الجديدة دون الخوف من عدم وضوح التصور النهائي لمعمارية النظام.

مرونة إعادة الصياغة لا توفرها فقط أداة التطوير، لكن الطريقة البرمجية الصحيحة تُسهل ذلك، مثل إستخدام البرمجة الكائنية، فصل واجهة النظام (presentation) من الإجراءات الداخلية للنظام application logic وكذلك عدم وضع جزء من كود النظام في قاعدة البيانات بإستخدام stored procedures مثلاً.