Wartbarkeitsregeln

  • Artikel

Wartbarkeitsregeln unterstützen die Bibliotheks- und Anwendungswartung.

In diesem Abschnitt

Regel Beschreibung
CA1501: Übermäßige Vererbung vermeiden. Ein Typ ist in seiner Vererbungshierarchie mehr als vier Ebenen tief. Tief verschachtelte Typenhierarchien können schwer zu verfolgen, verstehen und verwalten sein.
CA1502: Übermäßige Komplexität vermeiden. Diese Regel ermöglicht Aussagen über die Anzahl linear unabhängiger Pfade in einer Methode, wobei die Anzahl der Pfade durch die Anzahl und Komplexität bedingter Branches bestimmt wird.
CA1505: Nicht wartbaren Code vermeiden. Ein Typ oder eine Methode verfügt über einen niedrigen Wartbarkeitsindexwert. Ein niedriger Wartbarkeitsindex zeigt an, dass ein Typ oder eine Methode wahrscheinlich schwer zu verwalten ist und geeignet für einen Neuentwurf wäre.
CA1506: Übermäßige Klassenkopplungen vermeiden. Durch diese Regel wird die Klassenkopplung gemessen, indem die eindeutigen Typverweise, die ein Typ oder eine Methode enthält, gezählt werden.
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 einen Bedingungscode, der immer true oder false bei der Runtime ergibt. Dies führt zu einem toten Code im false-Branch der Bedingung.
CA1509: Ungültiger Eintrag in der Konfigurationsdatei für die Codemetrik. Codemetrikregeln wie CA1501, CA1502, CA1505 und CA1506 haben eine Konfigurationsdatei mit dem Namen CodeMetricsConfig.txt und einem ungültigen Eintrag bereitgestellt.
CA1510: Verwenden Sie ArgumentNullException throw-Hilfsprogramm Throw-Hilfsprogramme sind einfacher und effizienter als if-Blöcke, die eine neue Ausnahmeinstanz erstellen.
CA1511: Verwenden Sie ArgumentException throw-Hilfsprogramm Throw-Hilfsprogramme sind einfacher und effizienter als if-Blöcke, die eine neue Ausnahmeinstanz erstellen.
CA1512: Verwenden Sie ArgumentOutOfRangeException throw-Hilfsprogramm Throw-Hilfsprogramme sind einfacher und effizienter als if-Blöcke, die eine neue Ausnahmeinstanz erstellen.
CA1513: Verwenden Sie ObjectDisposedException throw-Hilfsprogramm Throw-Hilfsprogramme sind einfacher und effizienter als if-Blöcke, die eine neue Ausnahmeinstanz erstellen.
CA1514: Vermeiden des redundanten Längenarguments Ein redundantes Längenargument wird bei der Segmentierung bis zum Ende einer Zeichenfolge oder eines Puffers verwendet. Eine berechnete Länge kann fehleranfällig sein und ist außerdem unnötig.
CA1515: Erwägen Sie, öffentliche Typen intern zu machen 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