C# 代码复杂度：如何避免陷入 Cyclomatic Complexity
Cyclomatic Complexity in C#
Cyclomatic Complexity（圈复杂度）是衡量 C# 方法中独立执行路径数量的关键指标，直接决定了代码的可读性与测试难度。当分数超过 10 甚至 25 时，方法往往变得难以维护。文章通过实际代码示例，展示了如何将高复杂度的逻辑拆解为多个小方法，从而降低维护成本。同时，结合 Microsoft 的 CA1502 分析器与 NDepend 工具，探讨了如何利用代码覆盖率计算 CRAP 分数，精准定位那些既复杂又缺乏测试的“高危”代码。记住，总复杂度可以分散，但单个方法的复杂度必须可控。
Cyclomatic Complexity 为测试一个方法所需的测试用例数量提供了一个粗略的估算值。
HN 评论区
28- bunderbunder
总体而言，圈复杂度（cyclomatic complexity）是一个有用的指标，但在现代语言中使用它时确实有一个缺陷：它是在多态（polymorphism）真正流行之前发明的。
这意味着它实际上只计算显式的分支。因此，例如在像 C# 这样的面向对象语言中，调用虚方法并不会增加圈复杂度，尽管方法调用可能会走向许多不同的代码路径。如果你处理的是像 IEnumerable 这样的通用接口，潜在路径可能有数千条。如果你正在开发库，那么在这种情况下的潜在代码路径数量是无限的。
顺便说一句，思考一下它如何应用于像 Smalltalk 这样甚至没有 if 或 switch 语句的语言，也很有趣。
面向对象编程并不是唯一的捣乱者。高阶函数也引入了圈复杂度无法衡量的分支形式。
再次强调，这并不意味着它是一个无用的指标。只是不要认为代码库中的圈复杂度限制是维护性的万能药。我破解过的最难理解的函数中，有些圈复杂度其实相当低。
- throwyawayyyy
有个有趣的故事：在我之前那家糟糕透顶的公司，圈复杂度（CC）被当作需要关注的事情，恰逢产品经理和经理们被鼓励使用当时相当糟糕的 AI 工具来提交代码变更（这是一两年前的事了）。结果就是引发了一场完全无法审查的 diff 雪崩。
- runningmike
从安全角度来看，圈复杂度（cc）高度相关。我用它来对 Python 代码的安全方面进行可靠评估。我使用 [1]，它很扎实且经过验证。
[1] https://nocomplexity.com/documents/codeaudit/complexitycheck...