質問"Calculate Code Metrics"の回答を読んだ後、ツールSourceMonitorをインストールし、いくつかのメトリックを計算しました。コードメトリックの解釈方法(SourceMonitorで計算)
しかし、私はそれらをどのように解釈するのか分かりません。メトリックの「良い」値
- 「パーセントの分岐文」
- 「クラスごとのメソッド」
- 「メソッドあたりの平均文」
- 「最大メソッドや関数 何
複雑さ」
私はドキュメントにヒントは見つかりませんでしたが、誰でも助けてくれますか?
質問"Calculate Code Metrics"の回答を読んだ後、ツールSourceMonitorをインストールし、いくつかのメトリックを計算しました。コードメトリックの解釈方法(SourceMonitorで計算)
しかし、私はそれらをどのように解釈するのか分かりません。メトリックの「良い」値
複雑さ」
私はドキュメントにヒントは見つかりませんでしたが、誰でも助けてくれますか?
SourceMonitorはすばらしいツールです。
「クラスごとのメソッド」は、クラスが確実にオブジェクト指向の原則に従っていることを確認したい場合に便利です(あまりにも多くのメソッドは、クラスがそれ以上のものを取る可能性があることを示します)。
「メソッドごとの平均ステートメント」は、各メソッドの大きさの一般的な感じに役立ちます。もっと便利なのは、あまりにも多くのステートメントを持つメソッドに関する情報です(詳細を細かくするためにモジュールをダブルクリックしてください)。
機能複雑さは、コードがどれほど厄介であるかを確認するのに便利です。本当に私はこの情報を他の何ものよりも使います。これは、モジュール内の最も厄介な関数が(少なくとも循環的複雑さに応じて)どのくらい複雑になるかに関する情報です。モジュール/ファイルをダブルクリックすると、どの特定のメソッドが悪いかを知ることができます。
一般的な経験則として、10以下の循環的複雑度は、あなたがしたいところです。ほとんどの場合、11〜20のCCが得られるのと同じくらい高いです:20を超えると、欠陥の発見や修正に遭遇する可能性が高くなります.50を超えると、通常は今すぐリファクタリングする必要がある方法で。
これらはガイドラインです。あなたが得ることができるように簡略化された25のCCを持つメソッドを持つことは可能です。これらのメソッドを更新する必要があるときは、これらのメソッドを慎重にしたいだけです。