认知复杂性及其对代码的影响

Question

W.r.t对于其中一个java项目，我们最近开始使用SonarLint。代码分析的输出显示了太多关键代码异味警报。

Critical code smell: Refactor this method to reduce its Cognitive Complexity.

我听说过Cyclomatic Complexity而不是认知复杂性。 我向小组提出的问题：

• 认知复杂性是行业标准吗？
• 除了可读性和可维护性之外，认知复杂性对代码的影响。
• 认知复杂性是否仅适用于方法或代码的任何其他部分？
• 认知复杂性所依赖的任何特定标准？
• 提高代码认知复杂性的最佳实践。

我已经完成了link，但无法得到我所有问题的答案。

提前致谢。

Answer 1

人类可以轻松记住7个实体+/- 2（wikipedia）。 当有人需要阅读代码时，他们可能会遇到这个限制。有时会有太多的局部变量需要跟踪，或者if / for语句太多。在所有情况下，它都会让人更难理解代码应该做什么，因为很难保持算法的精神图像。

行业标准：否。

可读性和可维护性：调试/改进简单易读的代码更容易。

适用于方法或其他部分：某些人可能想要理解的一切。如果你试图解释你的设计，我需要跟踪20多个课程，我会迷失方向。如果我需要快速使用你的界面，但我需要记住10位状态，我将无法做到。

它依赖的任何具体标准：理解代码时需要记住的事物数量。

最佳实践：制作更多更好的功能。将相关概念提取到组/包中。减少代码中嵌套级别的数量（如果您阅读嵌套代码，则需要记住导致您的条件）。减少任何一个点的使用变量数量（在提取函数时效果很好）。