允许的最大线性无关圈复杂度指南？
Guidelines for permissible maximum linearly-independent cyclomatic complexity?
对于软件工程指标，关于最大允许线性无关圈复杂度的一些准则是什么？对于一个设计得当的模块，圈复杂度的上限是多少？
关于 method Cyclomatic Complexity 的工具 NDepend 的文档中的建议是：
CC大于15的方法难以理解和维护。
CC 高于 30 的方法非常复杂，应该拆分成更小的方法（除非它们是由工具自动生成的）。
对于一个设计得当的模块，圈复杂度的upper-bound是多少？
CC 适用于方法，因为方法是代码流理解的单位。还有其他指标可以估计 类 和模块（作为 类 的葡萄）设计和复杂性，例如：
免责声明：我为 NDepend
工作
对于软件工程指标，关于最大允许线性无关圈复杂度的一些准则是什么？对于一个设计得当的模块，圈复杂度的上限是多少？
关于 method Cyclomatic Complexity 的工具 NDepend 的文档中的建议是：
CC大于15的方法难以理解和维护。
CC 高于 30 的方法非常复杂，应该拆分成更小的方法（除非它们是由工具自动生成的）。
对于一个设计得当的模块，圈复杂度的upper-bound是多少？
CC 适用于方法，因为方法是代码流理解的单位。还有其他指标可以估计 类 和模块（作为 类 的葡萄）设计和复杂性，例如：
免责声明：我为 NDepend
工作