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