ما هو مؤشر قابلية الصيانة الجيد باستخدام تحليل كود Visual Studio 2008؟

Question

اشترت شركتي مؤخرًا TFS وبدأت في البحث في أدوات تحليل التعليمات البرمجية للمساعدة في تحسين جودة التعليمات البرمجية ولاحظت "مؤشر قابلية الصيانة" المتري الجيد المظهر.هل يستخدم أي شخص هذا المقياس لمراجعات التعليمات البرمجية/تسجيلات الوصول/وما إلى ذلك؟إذا كان الأمر كذلك، ما هو الفهرس المقبول للمطورين للعمل عليه؟

Answer 1

إن مؤشر قابلية الصيانة ليس قيمة ثابتة كما تنظر إليها، بل هو أكثر من إشارة إلى أنه من الصعب فهم التعليمات البرمجية و/أو اختبارها و/أو تصحيح أخطائها.أحاول عادةً الاحتفاظ برمز عالي المستوى (أي شيء باستثناء رمز السباكة الحقيقي) أعلى من 80، حيث سيكون 90+ أمرًا جيدًا.إنه يضيف عنصرًا تنافسيًا إلى البرمجة التي يمكن صيانتها قدر الإمكان بالنسبة لي.

تتألق أداة تحليل التعليمات البرمجية حقًا في مجال التبعيات وعدد الفروع داخل الطريقة.المزيد من الفروع يعني اختبار أصعب، مما يجعلها أكثر عرضة للخطأ.التبعيات، نفس الشيء.

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

في النهاية، أعتقد أن الأمر يعتمد بشكل أساسي على عدد مرات تغيير الكود الخاص بك.يجب أن يسجل الكود الذي من المتوقع أن يتغير كثيرًا في قابلية الصيانة أعلى من كود "الكتابة مرة واحدة" النموذجي.