コード メトリクス (SourceMonitor によって計算) を解釈する方法
-
02-07-2019 - |
質問
質問に対する回答を読んだ後、 「コードメトリクスの計算」 ツールをインストールしました ソースモニター そしていくつかの指標を計算しました。
しかし、それらをどのように解釈すればよいのかわかりません。
メトリクスの「適切な」値はどれくらいですか
- 「パーセント分岐ステートメント」
- 「クラスごとのメソッド」
- 「メソッドごとの平均ステートメント」
- 「最大の方法または関数の複雑さ」
ドキュメントにヒントが見つかりませんでした。誰か助けてくれませんか?
解決
SourceMonitor は素晴らしいツールです。
「クラスごとのメソッド」は、クラスが適切な OO 原則に従っていることを確認したい人に役立ちます (メソッドが多すぎると、クラスが必要以上の処理を実行している可能性があることを示します)。
「メソッドごとの平均ステートメント」は、各メソッドの規模を大まかに把握するのに役立ちます。私にとってさらに役立つのは、ステートメントが多すぎるメソッドに関する情報です (モジュールをダブルクリックすると、より詳細な詳細が表示されます)。
関数の複雑さは、コードがどれほど厄介かを確認するのに役立ちます。本当に私はこの情報を何よりも活用しています。これは、モジュール内の最も厄介な関数が (少なくとも循環的複雑さに従って) どれほど複雑であるかに関する情報です。モジュール/ファイルをダブルクリックすると、どのメソッドが非常に悪いのかがわかります。
他のヒント
一般的な経験則として、循環的複雑度が 10 以下であることが望ましいと言えます。11 ~ 20 の CC は、ほとんどの場合、取得したい値とほぼ同じです。20 を超えると、欠陥の発見と修正で問題が発生する可能性が高くなります。50 を超えると、通常は今すぐリファクタリングする必要があるメソッドが見つかります。
これらはガイドラインであることに留意してください。可能な限り単純化した CC が 25 のメソッドを使用することも可能です。これらのメソッドを更新する必要がある場合は、より注意して使用する必要があります。