在阅读问题"Calculate Code Metrics"的答案后,我安装了工具SourceMonitor并计算了一些指标。
但我不知道如何解释它们。
指标
的“好”值是多少我在文档中没有找到任何提示,有人可以帮助我吗?
答案 0 :(得分:16)
SourceMonitor是一个很棒的工具。
“每班级方法”对那些希望确保他们的班级遵循良好的OO原则的人有用(太多的方法表明一个班级可以承担更多的课程)。
“每个方法的平均语句”对于了解每种方法的大小有用。对我来说更有用的是有太多语句的方法的信息(双击模块以获得更精细的颗粒细节)。
功能复杂性对于确定代码是多么令人讨厌是有用的。真的,我最重要的是使用这些信息。这是关于模块中最糟糕的功能有多复杂的信息(至少根据圈复杂度)。如果双击模块/文件,您可以找出哪种特定方法非常糟糕。
答案 1 :(得分:8)
作为一般经验法则,您想要的环路复杂度为10或更低。在大多数情况下,11到20之间的CC大概是你想要的:一旦你超过20,你就更有可能在找到和修复缺陷时遇到问题,一旦你达到50以上,你通常会看到在一个现在需要重构的方法。
请注意,这些都是准则。可以使用CC为25的方法尽可能简化;当你需要更新它们时,你只是想更加小心这些方法。