سؤال

لقد قمت مؤخرًا بتثبيت البرنامج الإضافي Eclipse Metrics وقمت بتصدير البيانات الخاصة بأحد مشاريعنا.

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

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

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

هل كانت مفيدة؟

المحلول

لا أعتقد أن مقاييس الكود (يشار إليها أحيانًا باسم مقاييس البرمجيات) تقديم بيانات قيمة فيما يتعلق بالجوانب التي يمكنك تحسينها.

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

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

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

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

أحد الأشياء التي يجب توظيفها لمساعدتك على التحسين هو التكامل المستمر والالتزام بنوع من المعايير عندما يتعلق الأمر بالكود والوثائق وما إلى ذلك.هذه هي الطريقة التي يمكنك من خلالها التحسن.المقاييس هي مجرد حلوى للاجتماعات - "انظر، لقد قمنا بترميز هذا القدر بالفعل".

تحديث

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

IMHO قاعدة مثل أكثر من 500 سطر من التعليمات البرمجية أو إعادة البناء أو جاف الرئيسي أكثر قابلية للتطبيق في معظم الحالات.في بعض الأحيان يكون الأمر بهذه البساطة.

أؤكد لك أنه بما أن التعقيد السيكلوماتي مرسوم بيانيًا في مخطط انسيابي، فقد يكون ذلك أمرًا مثيرًا للدهشة.ولكن مرة أخرى، استخدم بعناية.

نصائح أخرى

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

وهذه هي وظيفة كتبت حول هذا الموضوع: HTTP: / /blog.jorgef.net/2011/12/metrics-in-brownfield-applications.html

وآمل أن يساعد

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top