C＃8のnullにできない参照型は、実行時にnullにできますか？

nullでない変数がnullを持たないという保証は本当にないようです。nullにできないプロパティが1つあるクラスがあるとします。

public class Foo
{
    public Foo(string test)
    {
        Test = test;
    }
    public string Test {get;set;}
}

これはnullにできなくなったように見えるかもしれません。ただし、このクラスをnull許容コンテキストを使用しない別のライブラリで参照する場合、そこにnullを送信することを妨げるものはありません。

それは正しいですか、またはおそらくこれを確実にするいくつかの実行時チェックがありますか？

これはMSが言っていることです（https://docs.microsoft.com/en-us/dotnet/csharp/tutorials/upgrade-to-nullable-references#interfaces-with-external-code）：

コードがnullableアノテーションコンテキストを有効にしてコンパイルされている場合でも、コンパイラはパブリックAPIへのすべての呼び出しを検証できません。さらに、ライブラリは、null許容の参照型の使用をまだ選択していないプロジェクトによって消費される場合があります。nullを許容しない型として宣言した場合でも、パブリックAPIへの入力を検証します。

誰かがいつでもできる

var myFoo = new Foo(null);

ドメイン駆動設計を使用できるかもしれません

public class Foo
{
    public Foo(string test)
    {
         if (string.IsNullOrWhiteSpace(test))
             throw new ArgumentNullException(nameof(test));

         Test = test;
    }
    public string Test {get;private set;}
}

あなたは正しいです。新機能を使用していない他のコードは、このプロパティにnullを割り当てる可能性があります。それは単なるコンパイラのヒントである実行時チェックはありません。

ランタイムチェックが必要な場合は、いつでも自分で行うことができます。

public string Test { get; set{ if (value == null) throw new ArgumentNullException() } }

ほとんどのコードでnullでないことを保証できることに注意してください。トップレベルのパブリックAPIにガードを追加し、クラスが適切にシールされていることを確認するだけです。

もちろん、人々はまだリフレクションを使用してコードをf ***できますが、その後、

独自のコードでも、そうすることを選択した場合はnull、null許容演算子を使用してを渡すことができます。null!コンパイラのnull可能性分析に関する限り、nullではないと見なされます。

nullチェックを処理し、コードを読みやすくするために、nullオブジェクトデザインパターンをお勧めします。

詳細はこちら：

https://www.c-sharpcorner.com/article/null-object-design-pattern/

基本的には、同じインターフェイスから派生し、インスタンスがnullの新しいオブジェクトを作成する必要があります。

例：

public class NullExample : IExample  
{  
    private static NullExample _instance;  
    private NullExample()  
    { }  

    public static NullExample Instance  
    {  
        get {  
            if (_instance == null)  
                return new NullExample();  
            return _instance;  
        }  
    }  

    //do nothing methods  
    public void MethodImplementedByInterface1()  
    { }  

    public void MethodImplementedByInterface1()  
    { }  
}  

ヌルは避けられませんが、きれいにチェックできます。