通过

可维护性规则

  • 项目

可维护性规则支持库和应用程序维护。

本节内容

规则 描述
CA1501：避免过度继承 类型在继承层次结构中的深度超过四级。 深度嵌套类型层次结构可能难以遵循、理解和维护。
CA1502：避免过度复杂 此规则通过方法度量线性独立路径的数量，该方法由条件分支的数量和复杂性决定。
CA1505：避免难以维护的代码 类型或方法的可维护性索引值较低。 低可维护性索引表明某种类型或方法较难以维护，并且可能是适合重新设计的对象。
CA1506：避免过度类耦合度 此规则通过计算类型或方法包含的唯一类型引用数来度量类耦合。
CA1507：使用 nameof 代替字符串 字符串字面量用作参数，可在其中使用 nameof 表达式。
CA1508：避免死条件代码 方法具有条件代码，该代码始终在运行时计算结果为 true 或 false。 这会导致条件的 false 分支中出现死代码。
CA1509：代码指标配置文件中的条目无效 代码指标规则（如 CA1501、CA1502、CA1505 和 CA1506）提供了名为 CodeMetricsConfig.txt 的配置文件，该文件具有无效条目。
CA1510：使用 ArgumentNullException 引发帮助程序 与使用构造新的异常实例的 if 块相比，使用引发帮助程序更简单、更高效。
CA1511：使用 ArgumentException 引发帮助程序 与使用构造新的异常实例的 if 块相比，使用引发帮助程序更简单、更高效。
CA1512：使用 ArgumentOutOfRangeException 引发帮助程序 与使用构造新的异常实例的 if 块相比，使用引发帮助程序更简单、更高效。
CA1513：使用 ObjectDisposedException 引发帮助程序 与使用构造新的异常实例的 if 块相比，使用引发帮助程序更简单、更高效。
CA1514：避免冗余长度参数 在对字符串或缓冲区进行切片操作以到达末尾时，会使用一个冗余的长度参数。 计算长度可能容易出错，也没有必要。
CA1515：考虑将公共类型变为内部 与类库不同，应用程序 API 通常不会公开引用，因此可以在内部标记类型。

另请参阅