Unikaj ostrzeżenia CS8618 podczas inicjowania nieznacznej nieważnej właściwości z walidacją argumentu

Mam pytanie dotyczące Odnienny system Rodzaju odniesienia Dostępne od C # 8.

Przypuśćmy, że mamy klasę modelu domeny C # z uznanym właściwością typu odniesienia jak poniżej:

public class Person
{

    public string Name { get; set; }

    public Person(string name)
    {         
        Name = name;
    }
}

Do tej pory nie ma problemu. Ale uważam, że scenariusz prawdziwych światów, często chcę sprawdzić ważność nieruchomości, ponieważ jest to publiczna mutowalna nieruchomość i muszę upewnić się, że model niezmienny, gdy zmienia się nieruchomość.

public class Person
{
    private string _name;

    public string Name
    {
        get => _name;
        set => _name = value ?? throw new ArgumentNullException("Name is required.");
    }


    public Person(string name)
    {         
        Name = name;
    }
}

Następnie kompilator generuje ostrzeżenie CS8618, w zasadzie mówienie

"Non Nulable Field Name nie jest zainicjowany. Rozważ deklaruj pole jako nieważny typ".

Tak więc za każdym razem, gdy spotykam ostrzeżenie, że muszę załączyć konstruktora z następującą dyrektywą Pragma.

#pragma warning disable CS8618
public Person(string name)
{         
    Name = name;
}
#pragma warning restore CS8618

Ale myślę, że jest zbędny i nudny, aby zawsze to zrobić. Czy mogę coś nadużywać, czy jest lepszy sposób na napisanie takiej nieruchomości bez ostrzeżenia?

Oczywiście mogę zmienić typ właściwości na string? jako kompilator sugeruje, ale pojęcznie nie jest to akceptowalne jako rozwiązanie, ponieważ osoba powinna zawsze mieć nazwa bez Null i chcemy wyraźnie wyraźnie w stosunku do takiego niezmiennego stanu w klasie domeny.

Innym rozwiązaniem, które rozważałem, jest upuścić logikę walidacji argumentu i po prostu poleganie na nieważnym ostrzeżeniu kompilatora, ale nie zawsze jest to możliwe (mam na myśli często walidację innego niż kontrola NULL jest również wymagana.) Wymagane jest tylko ostrzeżenie w regularnych ustawieniach projektu, więc Nie sądzę, że to dobre rozwiązanie.