どちらが望ましいですか：Nullable <T> .HasValueまたはNullable <T>！= null？

私Nullable<>.HasValueはセマンティクスが好きだったので、いつも使っていました。しかし、最近私は他の誰かの既存のコードベースに取り組んでいて、Nullable<> != null代わりに排他的に使用していました。

どちらか一方を使用する理由はありますか、それとも純粋に好みですか？

1. int? a;
   if (a.HasValue)
       // ...

対

2. int? b;
   if (b != null)
       // ...

コンパイラーはnull比較をへの呼び出しに置き換えるHasValueため、実際の違いはありません。あなたとあなたの同僚にとってより読みやすい/より意味のあるものを実行してください。

私が好む(a != null)構文マッチがタイプを参照するようにします。

さまざまな方法を使用して値をnull許容のintに割り当てることで、これについていくつかの調査を行いました。いろいろなことをした時の様子です。何が起こっているのかを明確にする必要があります。覚えておいてください：Nullable<something>または、略記something?は、それがクラスであるかのようにnullで使用できるようにするためにコンパイラーが多くの作業を行っているように見える構造体です。
あなたは以下を参照してくださいよ、通りSomeNullable == nullとSomeNullable.HasValue常に期待trueまたはfalseを返します。以下でSomeNullable == 3は説明しませんが、も有効です（SomeNullableがであると想定int?）。
一方でSomeNullable.Value、我々が割り当てられている場合、私たちにランタイムエラーを取得nullする方法、およびコンパイラの最適化とモンキービジネス。SomeNullableます。これは、オーバーロードされた演算子とオーバーロードされた演算子の組み合わせのおかげで、nullableが問題を引き起こす可能性がある唯一のケースですobject.Equals(obj)

ここに私が実行したいくつかのコードの説明とそれがラベルに生成した出力があります：

int? val = null;
lbl_Val.Text = val.ToString(); //Produced an empty string.
lbl_ValVal.Text = val.Value.ToString(); //Produced a runtime error. ("Nullable object must have a value.")
lbl_ValEqNull.Text = (val == null).ToString(); //Produced "True" (without the quotes)
lbl_ValNEqNull.Text = (val != null).ToString(); //Produced "False"
lbl_ValHasVal.Text = val.HasValue.ToString(); //Produced "False"
lbl_NValHasVal.Text = (!(val.HasValue)).ToString(); //Produced "True"
lbl_ValValEqNull.Text = (val.Value == null).ToString(); //Produced a runtime error. ("Nullable object must have a value.")
lbl_ValValNEqNull.Text = (val.Value != null).ToString(); //Produced a runtime error. ("Nullable object must have a value.")

では、次の初期化方法を試してみましょう。

int? val = new int?();
lbl_Val.Text = val.ToString(); //Produced an empty string.
lbl_ValVal.Text = val.Value.ToString(); //Produced a runtime error. ("Nullable object must have a value.")
lbl_ValEqNull.Text = (val == null).ToString(); //Produced "True" (without the quotes)
lbl_ValNEqNull.Text = (val != null).ToString(); //Produced "False"
lbl_ValHasVal.Text = val.HasValue.ToString(); //Produced "False"
lbl_NValHasVal.Text = (!(val.HasValue)).ToString(); //Produced "True"
lbl_ValValEqNull.Text = (val.Value == null).ToString(); //Produced a runtime error. ("Nullable object must have a value.")
lbl_ValValNEqNull.Text = (val.Value != null).ToString(); //Produced a runtime error. ("Nullable object must have a value.")

以前と同じです。int? val = new int?(null);nullをコンストラクターに渡してで初期化すると、NULL可能オブジェクトのVALUEはNULL可能ではないため、コンパイル時エラーが発生することに注意してください。nullに等しくなるのは、ラッパーオブジェクト自体だけです。

同様に、次の場合にコンパイル時エラーが発生します。

int? val = new int?();
val.Value = null;

val.Valueとにかく、それが読み取り専用のプロパティであることは言うまでもありません。つまり、次のようなものは使用できません。

val.Value = 3;

しかし、再び、多形のオーバーロードされた暗黙の変換演算子を使用して、

val = 3;

それが正しく機能する限り、何の問題でもpolysomthing whatchamacallitsを心配する必要はありませんか？:)

VB.Net。「.HasValue」を使用できる場合は、「IsNot Nothing」を使用しないでください。「IsNot Nothing」を「.HasValue」に置き換えることで、「オペレーションがランタイムを不安定にする可能性がある」中程度の信頼エラーを1つの場所で解決しました。理由はよくわかりませんが、コンパイラで何か違うことが起こっています。C＃の "！= null"でも同じ問題が発生する可能性があると思います。

linqを使用していてコードを短くしたい場合は、常に使用することをお勧めします !=null

そしてこれが理由です：

null許容のdouble変数を持つクラスがあるFooとします。SomeDouble

public class Foo
{
    public double? SomeDouble;
    //some other properties
}   

コード内のどこかで、FooのコレクションからすべてのFooをnull以外のSomeDouble値で取得したい場合（コレクション内の一部のfooもnullである可能性があると想定）、関数を作成する少なくとも3つの方法になります（ C＃6を使用）：

public IEnumerable<Foo> GetNonNullFoosWithSomeDoubleValues(IEnumerable<Foo> foos)
{
     return foos.Where(foo => foo?.SomeDouble != null);
     return foos.Where(foo=>foo?.SomeDouble.HasValue); // compile time error
     return foos.Where(foo=>foo?.SomeDouble.HasValue == true); 
     return foos.Where(foo=>foo != null && foo.SomeDouble.HasValue); //if we don't use C#6
}

このような状況では、常に短い方に行くことをお勧めします

一般的な答えと経験則：別のパイプラインでNullableを処理するオプション（たとえば、カスタムシリアライザーを作成する）がある object場合、その固有のプロパティを使用して、Nullable固有のプロパティを使用します。したがって、一貫した思考の観点からHasValueは、優先する必要があります。一貫した考え方は、詳細に多くの時間を費やさずに、より良いコードを書くのに役立ちます。たとえば、2番目の方法は何倍も効果的です（主にコンパイラーのインライン化とボクシングが原因ですが、それでも数値は非常に表現力があります）。

public static bool CheckObjectImpl(object o)
{
    return o != null;
}

public static bool CheckNullableImpl<T>(T? o) where T: struct
{
    return o.HasValue;
}

ベンチマークテスト：

BenchmarkDotNet=v0.10.5, OS=Windows 10.0.14393
Processor=Intel Core i5-2500K CPU 3.30GHz (Sandy Bridge), ProcessorCount=4
Frequency=3233539 Hz, Resolution=309.2587 ns, Timer=TSC
  [Host] : Clr 4.0.30319.42000, 64bit RyuJIT-v4.6.1648.0
  Clr    : Clr 4.0.30319.42000, 64bit RyuJIT-v4.6.1648.0
  Core   : .NET Core 4.6.25009.03, 64bit RyuJIT


        Method |  Job | Runtime |       Mean |     Error |    StdDev |        Min |        Max |     Median | Rank |  Gen 0 | Allocated |
-------------- |----- |-------- |-----------:|----------:|----------:|-----------:|-----------:|-----------:|-----:|-------:|----------:|
   CheckObject |  Clr |     Clr | 80.6416 ns | 1.1983 ns | 1.0622 ns | 79.5528 ns | 83.0417 ns | 80.1797 ns |    3 | 0.0060 |      24 B |
 CheckNullable |  Clr |     Clr |  0.0029 ns | 0.0088 ns | 0.0082 ns |  0.0000 ns |  0.0315 ns |  0.0000 ns |    1 |      - |       0 B |
   CheckObject | Core |    Core | 77.2614 ns | 0.5703 ns | 0.4763 ns | 76.4205 ns | 77.9400 ns | 77.3586 ns |    2 | 0.0060 |      24 B |
 CheckNullable | Core |    Core |  0.0007 ns | 0.0021 ns | 0.0016 ns |  0.0000 ns |  0.0054 ns |  0.0000 ns |    1 |      - |       0 B |

ベンチマークコード：

public class BenchmarkNullableCheck
{
    static int? x = (new Random()).Next();

    public static bool CheckObjectImpl(object o)
    {
        return o != null;
    }

    public static bool CheckNullableImpl<T>(T? o) where T: struct
    {
        return o.HasValue;
    }

    [Benchmark]
    public bool CheckObject()
    {
        return CheckObjectImpl(x);
    }

    [Benchmark]
    public bool CheckNullable()
    {
        return CheckNullableImpl(x);
    }
}

https://github.com/dotnet/BenchmarkDotNetが使用されました

PS。人々は、「一貫した思考のためにHasValueを好む」というアドバイスは関連性がなく、役に立たないと言っています。これのパフォーマンスを予測できますか？

public static bool CheckNullableGenericImpl<T>(T? t) where T: struct
{
    return t != null; // or t.HasValue?
}

PPS人々はマイナスを続けますが、誰もがのパフォーマンスを予測しようと試みませんCheckNullableGenericImpl。そして、コンパイラはあなたがで置き換えるの!=nullを助けませんHasValue。HasValueパフォーマンスに関心がある場合は、直接使用する必要があります。