C#のサイクロマティック複雑度、その真の意味と活用法

サイクロマティック複雑度は全体として有用な指標だが、現代の言語で使う場合には1つ欠点がある。それはポリモーフィズムが本当に一般的になる前に発明されたものだということだ。

つまり、明示的な分岐しかカウントしない。たとえばC#のようなOO言語では、仮想メソッドを呼び出しても、そのメソッド呼び出しが多くのコードパスを通る可能性があっても、サイクロマティック複雑度は増加しない。IEnumerableのような一般的なインターフェースを扱っている場合、潜在的に何千ものパスがありうる。ライブラリを開発しているなら、この種の状況での潜在的なコードパスの数は無限だ。

余談だが、ifやswitch文すら持たないSmalltalkのような言語にどう適用できるか考えるのは面白い。

OOだけが唯一の障害ではない。高階関数もまた、サイクロマティック複雑度が測定しない形の分岐を導入する。

繰り返すが、だからといって無用な指標というわけではない。ただ、コードベースにおけるサイクロマティック複雑度の制限が保守性の万能薬だなどと思わないことだ。私が解読した中で最も理解しにくい関数のいくつかは、かなり低いサイクロマティック複雑度だった。