Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Wartungsregeln unterstützen Bibliotheks- und Anwendungswartung.
In diesem Abschnitt
Regel | Beschreibung |
---|---|
CA1501: Vermeiden sie übermäßige Vererbung | Ein Typ ist in seiner Vererbungshierarchie mehr als vier Ebenen tief. Tief geschachtelte Typhierarchien können schwer zu verfolgen, zu verstehen und zu verwalten sein. |
CA1502: Vermeiden sie übermäßige Komplexität | Diese Regel misst die Anzahl linear unabhängiger Pfade durch die Methode, die durch die Anzahl und Komplexität bedingter Verzweigungen bestimmt wird. |
CA1505: Nicht wartbaren Code vermeiden | Ein Typ oder eine Methode weist einen niedrigen Wartbarkeitsindex auf. Ein index mit geringer Wartungsbarkeit weist darauf hin, dass ein Typ oder eine Methode wahrscheinlich schwer zu verwalten ist und ein guter Kandidat für die Neugestaltung wäre. |
CA1506: Übermäßige Klassenkopplungen vermeiden | Diese Regel misst die Klassenkopplung, indem die Anzahl eindeutiger Typverweise gezählt wird, die ein Typ oder eine Methode enthält. |
CA1507: „nameof“ anstelle der Zeichenfolge verwenden | Ein Zeichenfolgenliteral wird als Argument verwendet, obwohl ein nameof -Ausdruck verwendet werden kann. |
CA1508: Toten Bedingungscode vermeiden | Eine Methode verfügt über bedingten Code, der zur Laufzeit immer zu true oder false ausgewertet wird. Dies führt zu einem toten Code im false -Branch der Bedingung. |
CA1509: Ungültiger Eintrag in der Konfigurationsdatei für Codemetriken | Codemetrikenregeln wie CA1501, CA1502, CA1505 und CA1506haben eine Konfigurationsdatei mit dem Namen CodeMetricsConfig.txt bereitgestellt, die einen ungültigen Eintrag enthält. |
CA1510: throw-Helfer ArgumentNullException verwenden | Throw-Hilfsprogramme sind einfacher und effizienter als if -Blöcke, die eine neue Ausnahmeinstanz erstellen. |
CA1511: throw-Helfer ArgumentException verwenden | Throw-Helfer sind einfacher und effizienter als if -Blöcke, die eine neue Ausnahmeinstanz erzeugen. |
CA1512: throw-Helfer ArgumentOutOfRangeException verwenden | Throw-Hilfsprogramme sind einfacher und effizienter als if -Blöcke, die eine neue Ausnahmeinstanz erstellen. |
CA1513: throw-Helfer ObjectDisposedException verwenden | Throw-Hilfsprogramme sind einfacher und effizienter als if -Blöcke, die eine neue Ausnahmeinstanz erstellen. |
CA1514: Vermeiden sie redundante Längenargumente | Ein redundantes Längenargument wird beim Zerteilen bis zum Ende einer Zeichenfolge oder eines Puffers verwendet. Eine berechnete Länge kann fehleranfällig sein und ist auch unnötig. |
CA1515: Festlegen öffentlicher Typen als intern erwägen | Im Gegensatz zu einer Klassenbibliothek wird in der Regel nicht öffentlich auf die API einer Anwendung verwiesen, sodass Typen intern gekennzeichnet werden können. |
Siehe auch
Zusammenarbeit auf GitHub
Die Quelle für diesen Inhalt finden Sie auf GitHub, wo Sie auch Issues und Pull Requests erstellen und überprüfen können. Weitere Informationen finden Sie in unserem Leitfaden für Mitwirkende.