それにはいくつかの良い点があり (Cyclomatic complex の概念をカプセル化するなど)、誰かが「実生活」でそれを使用したかどうか疑問に思っていました。もしそうなら、あなたの経験は何ですか?サイズの有用な尺度ですか (KLOC またはファンクション ポイントとは対照的に)?
私が何を吸っているのか疑問に思っている人のために: ここにいくつかの情報へのリンクがあります: http://c2.com/cgi/wiki/Wiki?AbcMetric
それにはいくつかの良い点があり (Cyclomatic complex の概念をカプセル化するなど)、誰かが「実生活」でそれを使用したかどうか疑問に思っていました。もしそうなら、あなたの経験は何ですか?サイズの有用な尺度ですか (KLOC またはファンクション ポイントとは対照的に)?
私が何を吸っているのか疑問に思っている人のために: ここにいくつかの情報へのリンクがあります: http://c2.com/cgi/wiki/Wiki?AbcMetric
アプリケーション全体で同じアプローチを使用している限り、アプリケーションの完全な「サイズ」は、LOC または考えられるその他のメトリックで安全に測定できます。
ただし、サイズ自体が実際に問題になるのは、コード ベースのリファクタリングとメンテナンスについて話している場合のみです。サイズ メトリックを使用することはほぼ必須であり、カバレッジ統計と組み合わせて使用すると便利です。
しかし、ほとんどの場合、ファンクション ポイントまたは同様の概念を使用すると、アプリケーションの実際の大きさをよりよく把握できます。
たとえば、FP が 10 の場合は小さく、FP が 200 の場合はおそらく大きくなります。
しかし、100 個の KLOC がある場合、それらの行を読むのに時間を費やすことになるという事実を除けば、それだけで何を教えてくれるのでしょうか? ほとんど何もありません。この指標を理解するには、膨大な量の他の要因を考慮に入れる必要があります。
明らかに、FP には、適切に計算するのにコストがかかるという重大な欠点があります。