CA2208: Utwórz poprawne wystąpienia wyjątków argumentów

Właściwości Wartość
Identyfikator reguły CA2208
Tytuł Poprawnie twórz wystąpienia wyjątków argumentów
Kategoria Użycie
Poprawka powodująca niezgodność lub niezgodność Niezgodność
Domyślnie włączone na platformie .NET 8 Jako sugestia

Przyczyna

Jeśli metoda ma parametr i zgłasza typ wyjątku, który jest lub pochodzi z , oczekuje się, ArgumentExceptionże konstruktor przyjmuje paramName poprawnie parametr. Możliwe przyczyny obejmują następujące sytuacje:

  • Wywołanie jest wykonywane do domyślnego (bez parametrów) konstruktora typu wyjątku, który jest lub pochodzi od, który ma również konstruktor, ArgumentException który akceptuje paramName parametr.
  • Nieprawidłowy argument ciągu jest przekazywany do sparametryzowanego konstruktora typu wyjątku, który jest lub pochodzi z ArgumentExceptionklasy .
  • Jedna z nazw parametrów jest przekazywana dla message argumentu konstruktora typu wyjątku, który jest lub pochodzi od , ArgumentException.

Opis reguły

Zamiast wywoływać konstruktor domyślny, wywołaj jedno z przeciążeń konstruktora, które pozwala na zapewnienie bardziej znaczącego komunikatu o wyjątku. Komunikat o wyjątku powinien być skierowany do dewelopera i jasno wyjaśnić warunek błędu oraz jak poprawić lub uniknąć wyjątku.

Podpisy jednego i dwóch konstruktorów ciągów ArgumentException i jego typów pochodnych nie są zgodne z położeniem message i paramName parametrami. Upewnij się, że te konstruktory są wywoływane z poprawnymi argumentami ciągu. Podpisy są następujące:

Jak naprawić naruszenia

Aby naprawić naruszenie tej reguły, wywołaj konstruktor, który przyjmuje komunikat, nazwę parametru lub oba te elementy i upewnij się, że argumenty są odpowiednie dla typu wywoływanego ArgumentException .

Napiwek

Poprawka kodu jest dostępna w programie Visual Studio dla niepoprawnie umieszczonych nazw parametrów. Aby go użyć, umieść kursor w wierszu ostrzeżenia i naciśnij klawisze Ctrl+. (kropka). Wybierz pozycję Zamień kolejność argumentów z wyświetlonej listy opcji.

Poprawka kodu dla ca2208 — argumenty zamiany.

Jeśli nazwa parametru zamiast komunikatu jest przekazywana do ArgumentException(String) metody, poprawka udostępnia opcję przełączenia do konstruktora dwóch argumentów.

Poprawka kodu dla ca2208 — przełącz się do konstruktora dwóch argumentów.

Kiedy pomijać ostrzeżenia

Można bezpiecznie pominąć ostrzeżenie z tej reguły tylko wtedy, gdy konstruktor sparametryzowany jest wywoływany z poprawnymi argumentami ciągu.

Pomijanie ostrzeżenia

Jeśli chcesz po prostu pominąć pojedyncze naruszenie, dodaj dyrektywy preprocesora do pliku źródłowego, aby wyłączyć, a następnie ponownie włączyć regułę.

#pragma warning disable CA2208
// The code that's violating the rule is on this line.
#pragma warning restore CA2208

Aby wyłączyć regułę dla pliku, folderu lub projektu, ustaw jego ważność na none w pliku konfiguracji.

[*.{cs,vb}]
dotnet_diagnostic.CA2208.severity = none

Aby uzyskać więcej informacji, zobacz Jak pominąć ostrzeżenia dotyczące analizy kodu.

Konfigurowanie kodu do analizowania

Użyj następującej opcji, aby skonfigurować, które części bazy kodu mają być uruchamiane w tej regule.

Tę opcję można skonfigurować tylko dla tej reguły, dla wszystkich reguł, do których ma ona zastosowanie, lub dla wszystkich reguł w tej kategorii (Projekt), których dotyczy. Aby uzyskać więcej informacji, zobacz Opcje konfiguracji reguły jakości kodu.

Uwzględnij określone powierzchnie interfejsu API

Możesz skonfigurować, na których częściach bazy kodu ma być uruchamiana ta reguła, na podstawie ich ułatwień dostępu. Aby na przykład określić, że reguła powinna być uruchamiana tylko na powierzchni niepublicznego interfejsu API, dodaj następującą parę klucz-wartość do pliku editorconfig w projekcie:

dotnet_code_quality.CAXXXX.api_surface = private, internal

Domyślnie reguła CA2208 dotyczy wszystkich powierzchni interfejsu API (publicznych, wewnętrznych i prywatnych).

Przykład

Poniższy kod przedstawia konstruktor, który niepoprawnie tworzy wystąpienie klasy ArgumentNullException.

public class Book
{
    public Book(string title)
    {
        Title = title ??
            throw new ArgumentNullException("All books must have a title.", nameof(title));
    }

    public string Title { get; }
}
Public Class Book

    Private ReadOnly _Title As String

    Public Sub New(ByVal title As String)
        ' Violates this rule (constructor arguments are switched)            
        If (title Is Nothing) Then
            Throw New ArgumentNullException("title cannot be a null reference (Nothing in Visual Basic)", "title")
        End If
        _Title = title
    End Sub

    Public ReadOnly Property Title()
        Get
            Return _Title
        End Get
    End Property

End Class

Poniższy kod naprawia poprzednie naruszenie, przełączając argumenty konstruktora.

public class Book
{
    public Book(string title)
    {
        Title = title ??
            throw new ArgumentNullException(nameof(title), "All books must have a title.");
    }

    public string Title { get; }
}
Public Class Book

    Private ReadOnly _Title As String

    Public Sub New(ByVal title As String)
        If (title Is Nothing) Then
            Throw New ArgumentNullException("title", "title cannot be a null reference (Nothing in Visual Basic)")
        End If

        _Title = title
    End Sub

    Public ReadOnly Property Title()
        Get
            Return _Title
        End Get
    End Property

End Class