VB.NETとC＃の値に対してnullをチェックすることに違いがあるのはなぜですか？

ではVB.NET、この処理が行われます。

Dim x As System.Nullable(Of Decimal) = Nothing
Dim y As System.Nullable(Of Decimal) = Nothing

y = 5
If x <> y Then
    Console.WriteLine("true")
Else
    Console.WriteLine("false") '' <-- I got this. Why?
End If

しかし、C＃ではこれが起こります：

decimal? x = default(decimal?);
decimal? y = default(decimal?);

y = 5;
if (x != y)
{
    Debug.WriteLine("true"); // <-- I got this -- I'm with you, C# :)
}
else
{
    Debug.WriteLine("false");
}

なぜ違いがあるのですか？

VB.NETとC＃.NETは異なる言語であり、使用について異なる仮定をした異なるチームによって構築されました。この場合、NULL比較のセマンティクス。

私の個人的な好みはVB.NETセマンティクスであり、本質的には「まだ知らない」というセマンティクスをNULLにします。次に、5と「まだわかりません」を比較します。当然「私はまだ知りません」です。つまりNULL。これには、SQLデータベース（ほとんどではないにしても）のSQLデータベースでNULLの動作をミラーリングするという追加の利点があります。これは、ここで説明するように、3値ロジックのより標準的な（C＃よりも）解釈です。

C＃チームは、NULLの意味についてさまざまな仮定を行ったため、表示される動作が異なりました。Eric LippertがC＃でのNULLの意味についてブログを書いています。Eric Lippert氏：「VB / VBScriptとJScriptのnullのセマンティクスについてもここと ここで書きました」。

NULL値が発生する可能性のある環境では、除外された中間の法則（つまり、Aまたは〜Aがトートロジー的に真であること）はもはや信頼できないことを認識することが重要です。

更新：

A bool（とは対照的にbool?）のみTRUE値とFALSEをとることができます。ただし、NULLの言語実装では、NULLが式を通じてどのように伝播するかを決定する必要があります。VBでは、式5=nullと5<>null両方がfalseを返します。C＃で、同等の式の5==null及び5!=null唯一第二最初- [PG 2014年3月2日更新]返し偽。ただし、nullをサポートするすべての環境では、プログラマーがその言語で使用される真理値表とnull伝播を知る必要があります。

更新

セマンティクスに関するEric Lippertのブログ記事（以下のコメントで言及）は次の場所にあります。

• 2003年9月30日-何もない

• 2003年10月1日-何もないことについてもう少し

の代わりにx <> y戻るので。定義されていないため、単に定義されていません。（SQL nullと同様）。Nothingtruex

注：VB.NET Nothing<> C＃ null。

また、値があるNullable(Of Decimal)場合にのみ、aの値を比較する必要があります。

したがって、上記のVB.NETはこれに似ています（見た目はそれほど正しくありません）。

If x.HasValue AndAlso y.HasValue AndAlso x <> y Then
    Console.WriteLine("true")
Else
    Console.WriteLine("false")  
End If

VB.NET 言語仕様：

7.1.1 Null許容値の型... Null許容値の型には、Null値だけでなく、その型のNull許容不可バージョンと同じ値を含めることができます。したがって、null可能値型の場合、型の変数にNothingを割り当てると、変数の値は値型のゼロ値ではなく、null値に設定されます。

例えば：

Dim x As Integer = Nothing
Dim y As Integer? = Nothing

Console.WriteLine(x) ' Prints zero '
Console.WriteLine(y) ' Prints nothing (because the value of y is the null value) '

生成されたCILを見てください（両方をC＃に変換しました）。

C＃：

private static void Main(string[] args)
{
    decimal? x = null;
    decimal? y = null;
    y = 5M;
    decimal? CS$0$0000 = x;
    decimal? CS$0$0001 = y;
    if ((CS$0$0000.GetValueOrDefault() != CS$0$0001.GetValueOrDefault()) ||
        (CS$0$0000.HasValue != CS$0$0001.HasValue))
    {
        Console.WriteLine("true");
    }
    else
    {
        Console.WriteLine("false");
    }
}

Visual Basic：

[STAThread]
public static void Main()
{
    decimal? x = null;
    decimal? y = null;
    y = 5M;
    bool? VB$LW$t_struct$S3 = new bool?(decimal.Compare(x.GetValueOrDefault(), y.GetValueOrDefault()) != 0);
    bool? VB$LW$t_struct$S1 = (x.HasValue & y.HasValue) ? VB$LW$t_struct$S3 : null;
    if (VB$LW$t_struct$S1.GetValueOrDefault())
    {
        Console.WriteLine("true");
    }
    else
    {
        Console.WriteLine("false");
    }
}

Visual Basicでの比較でNullable <bool>（bool、false、trueではない）が返されることがわかります。また、undefinedをboolに変換するとfalseになります。

NothingNothingVisual Basicではfalseではなく、常に何でも比較されます（SQLと同じです）。

ここで観察される問題は、より一般的な問題の特別なケースです。これは、少なくともいくつかの状況で役立つ可能性のある同等性のさまざまな定義の数が、それらを表現するために一般的に利用可能な手段の数を超えることです。この問題は、同等性をテストするさまざまな方法でさまざまな結果が得られると混乱するという不幸な信念によって悪化する場合があり、このような混乱は、さまざまな形式の同等性が可能な限り同じ結果をもたらすことで回避できる可能性があります。

実際には、混乱の根本的な原因は、異なるセマンティクスが異なる状況で有用であるという事実にもかかわらず、異なる形式の等式および不等式テストが同じ結果をもたらすと期待されるという誤った信念です。たとえば、算術の観点からは、Decimal末尾のゼロの数のみが異なるものを等しいと比較できるようにすると便利です。同様に、double正のゼロや負のゼロなどの値の場合。一方、キャッシングまたはインターンの観点からは、このようなセマンティクスは致命的となる可能性があります。たとえば、Dictionary<Decimal, String>あるmyDict[someDecimal]が等しいであると仮定しsomeDecimal.ToString()ます。このようなオブジェクトは、多くの場合Decimal文字列に変換する必要があり、多くの重複があると予想される値。残念ながら、このようなキャッシングを使用して12.3 mと12.40 mを変換し、その後12.30 mと12.4 mを変換すると、後者の値は「12.30」と「12.4」ではなく「12.3」と「12.40」になります。

手元の問題に戻ると、null許容オブジェクトが等しいかどうかを比較する賢明な方法が複数あります。C＃は、その==オペレーターがの動作をミラーリングする必要があるという見方をしていEqualsます。VB.NETは、その動作を望む人なら誰でもEquals使用できるため、その動作は他のいくつかの言語の動作をミラーリングする必要があるという見方をしていますEquals。ある意味で、正しい解決策は3方向の「if」構成を持ち、条件式が3値の結果を返す場合、コードがnullケースで何が起こるかを指定する必要があることです。これは言語そのもののオプションではないため、次善の策は、異なる言語がどのように機能するかを学び、同じでないことを認識することです。

ちなみに、CにはないVisual Basicの「Is」演算子を使用して、null許容オブジェクトが実際にnullかどうかをテストできます。ifテストがを受け入れるかどうかを合理的に疑問に思うかもしれませんが、null許容型で呼び出されたときではなくBoolean?、通常の比較演算子を返すようにすると便利です。ちなみに、VB.NETでは、ではなく等号演算子を使用しようとすると、比較の結果が常にになるという警告が表示され、何かがnullかどうかをテストする場合に使用する必要があります。Boolean?BooleanIsNothingIs

かもしれ この ポストも助けます：

私の記憶が正しければ、VBの「なし」は「デフォルト値」を意味します。値タイプの場合、これはデフォルト値です。参照タイプの場合、それはnullになります。したがって、構造体に何も割り当てなくてもまったく問題ありません。

これは、VBの明確な奇妙さです。

VBでは、2つのnull許容型を比較す​​る場合は、を使用する必要がありますNullable.Equals()。

あなたの例では、それは：

Dim x As System.Nullable(Of Decimal) = Nothing
Dim y As System.Nullable(Of Decimal) = Nothing

y = 5
If Not Nullable.Equals(x, y) Then
    Console.WriteLine("true")
Else
    Console.WriteLine("false")
End If

VBコードは単に正しくありません。 "x <> y"を "x = y"に変更しても、結果として "false"が残ります。null許容インスタンスの最も一般的な表現方法は "Not x.Equals（y）"であり、C＃の "x！= y"と同じ動作になります。