可维护性规则
可维护性规则支持库和应用程序维护。
在本节中
| 规则 | 描述 |
|---|---|
| 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 通常不会公开引用，因此可以将类型标记为内部。 |
