Reguły konserwacji

Zasady utrzymania wspierają utrzymanie biblioteki i aplikacji.

W tej sekcji

Rule	Description
CA1501: Unikaj nadmiernego dziedziczenia	Typ jest głębszy niż cztery poziomy w hierarchii dziedziczenia. Głęboko zagnieżdżone hierarchie typów mogą być trudne do obserwowania, zrozumienia i utrzymania.
CA1502: Unikaj nadmiernej złożoności	Ta reguła mierzy liczbę liniowo niezależnych ścieżek za pośrednictwem metody, która jest określana przez liczbę i złożoność gałęzi warunkowych.
CA1505: Unikaj niezamierzonego kodu	Typ lub metoda ma niską wartość indeksu konserwacji. Niski wskaźnik konserwowalności wskazuje, że dany typ lub metoda jest prawdopodobnie trudna w utrzymaniu i stanowi dobrego kandydata do przeprojektowania.
CA1506: Unikaj nadmiernego sprzężenia między klasami	Ta reguła mierzy sprzężenie klas przez zliczanie unikatowych odwołań typu, które zawiera typ lub metoda.
CA1507: Użyj nameof zamiast ciągu	Literał ciągu jest używany jako argument, w którym można użyć wyrażenia nameof.
CA1508: Unikaj nieaktywnego kodu warunkowego	Metoda ma kod warunkowy, który zawsze ocenia wartość true lub false w czasie wykonywania. Prowadzi to do martwego kodu w gałęzi false warunku.
CA1509: nieprawidłowy wpis w pliku konfiguracji metryk kodu	Reguły metryk kodu, takie jak CA1501, CA1502, CA1505 i CA1506, dostarczyły plik konfiguracji o nazwie CodeMetricsConfig.txt, który zawiera nieprawidłowy wpis.
CA1510: Użyj pomocnika throw ArgumentNullException	Pomocnicy typu throw są prostsi i bardziej wydajni niż if bloki tworzących nowe wystąpienie wyjątku.
CA1511: Użyj pomocnika do rzucania ArgumentException	Pomocnicy typu throw są prostsi i bardziej wydajni niż if bloki tworzących nowe wystąpienie wyjątku.
CA1512: Użyj pomocnika throw ArgumentOutOfRangeException	Pomocnicy typu throw są prostsi i bardziej wydajni niż if bloki tworzących nowe wystąpienie wyjątku.
CA1513: Użyj pomocnika throw dla ObjectDisposedException	Pomocnicy typu throw są prostsi i bardziej wydajni niż if bloki tworzących nowe wystąpienie wyjątku.
CA1514: Unikaj nadmiarowego argumentu długości	Argument nadmiarowej długości jest używany podczas fragmentowania na końcu ciągu lub buforu. Długość obliczeniowa może być podatna na błędy i jest również niepotrzebna.
CA1515: Rozważ zmianę typów publicznych na wewnętrzne	W przeciwieństwie do biblioteki klas interfejs API aplikacji nie jest zwykle publicznie przywołyny, więc typy mogą być oznaczone wewnętrznie.
CA1516: Używanie funkcji wewnętrznych międzyplatformowych	Ta reguła wykrywa użycie funkcji wewnętrznych specyficznych dla platformy, które można zastąpić równoważnymi elementami wewnętrznymi międzyplatformowymi.

Zobacz także

• Mierzenie Złożoności i Utrzymywalności kodu zarządzanego