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 데이터베이스에서 NULL의 동작을 미러링하는 추가적인 이점이 있습니다. 이것은 또한 여기에 설명 된대로 3 값 논리에 대한보다 표준적인 (C #보다) 해석입니다 .

C # 팀은 NULL이 무엇을 의미하는지에 대해 다른 가정을했고 결과적으로 사용자가 보여주는 동작 차이가 발생했습니다. Eric Lippert는 C #에서 NULL의 의미에 대한 블로그를 작성했습니다 . Eric Lippert : "저는 VB / VBScript 및 JScript의 null 의미에 대해서도 여기 와 여기에 썼습니다 ."

NULL 값이 가능한 모든 환경에서 제외 된 중간의 법칙 (즉, A 또는 ~ A가 tautologically 참)을 더 이상 신뢰할 수 없다는 것을 인식하는 것이 중요합니다.

최신 정보:

A bool(a와 반대 bool?)는 TRUE 및 FALSE 값만 사용할 수 있습니다. 그러나 NULL의 언어 구현은 NULL이 표현식을 통해 전파되는 방식을 결정해야합니다. VB에서 표현식 5=null과 5<>null둘 다 거짓을 반환합니다. C 상기 비교 식 #에서, 5==null그리고 5!=null단지 제 제 - [PG 업데이트 2014년 3월 2일] 이 거짓을 반환. 그러나 null을 지원하는 모든 환경에서 프로그래머는 해당 언어가 사용하는 진리표와 null 전파를 알아야합니다.

최신 정보

의미론에 대한 Eric Lippert의 블로그 기사 (아래 주석에서 언급 됨)는 현재 다음 위치에 있습니다.

• 2003 년 9 월 30 일-아무것도 아닙니다

• 2003 년 10 월 1 일-아무것도에 대해 조금 더

때문에 x <> y반환 Nothing하는 대신 true. 정의되지 않았기 때문에 단순히 정의 x되지 않았습니다. (SQL null과 유사).

참고 : VB.NET Nothing<> C # null.

또한 값이있는 Nullable(Of Decimal)경우에만 값을 비교해야 합니다.

따라서 위의 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 널 가능 값 유형 ... 널 가능 값 유형은 널값뿐만 아니라 널 불가능한 유형 버전과 동일한 값을 포함 할 수 있습니다. 따라서 nullable 값 형식의 경우 해당 형식의 변수에 Nothing을 할당하면 변수 값이 값 형식의 0 값이 아닌 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 #으로 변환했습니다).

씨#:

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");
    }
}

비주얼 베이직 :

[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가 아님)을 반환하는 것을 볼 수 있습니다. 그리고 bool로 변환 된 undefined는 false입니다.

NothingNothingVisual Basic에서는 false가 아닌 always 인 것과 비교합니다 (SQL에서와 동일).

여기에서 관찰되는 문제는보다 일반적인 문제의 특별한 경우입니다. 이는 적어도 일부 상황에서 유용 할 수있는 서로 다른 평등 정의의 수가 일반적으로 사용되는 표현 수단의 수를 초과한다는 것입니다. 이 문제는 평등을 테스트하는 다른 수단이 다른 결과를 산출하는 것이 혼란 스럽다는 불행한 믿음으로 인해 악화되는 경우가 있으며, 가능할 때마다 동일한 결과를 산출하는 다른 형태의 평등을 사용함으로써 그러한 혼란을 피할 수 있습니다.

실제로, 혼란의 근본적인 원인은 서로 다른 의미가 서로 다른 상황에서 유용하다는 사실에도 불구하고 서로 다른 형태의 평등 및 불평등 테스트가 동일한 결과를 산출 할 것으로 예상되어야한다는 잘못된 믿음입니다. 예를 들어, 산술적 관점에서 Decimal후행 0의 수만 다른 것으로 비교할 수있는 것이 유용합니다 . double양수 0 및 음수 0과 같은 값도 마찬가지입니다 . 반면 캐싱 또는 인턴 관점에서 이러한 의미는 치명적일 수 있습니다. 예를 들면, 일이 있었다 가정 Dictionary<Decimal, String>되도록 myDict[someDecimal]같아야를 someDecimal.ToString(). 그러한 대상은 하나가 많은 경우 합리적으로 보일 것입니다Decimal문자열로 변환하기를 원했고 많은 중복이있을 것으로 예상 한 값. 안타깝게도 이러한 캐싱을 사용하여 12.3m 및 12.40m를 변환 한 다음 12.30m 및 12.4m를 변환하면 후자의 값은 "12.30"및 "12.4"대신 "12.3"및 "12.40"을 생성합니다.

당면한 문제로 돌아가서, nullable 객체가 같은지 비교하는 현명한 방법이 하나 이상 있습니다. C #은 ==연산자가 Equals. VB.NET 은 그 동작을 원하는 사람은 누구나 .NET Framework를 Equals사용할 수 있으므로 다른 언어의 동작을 반영해야한다는 관점을 취합니다 Equals. 어떤 의미에서 올바른 해결책은 3 방향 "if"구조를 갖는 것이며, 조건식이 3 값 결과를 반환하는 경우 코드에서 null케이스 에서 발생해야하는 작업을 지정해야합니다 . 그것은 언어의 옵션이 아니기 때문에 차선책은 단순히 다른 언어가 작동하는 방식을 배우고 동일하지 않다는 것을 인식하는 것입니다.

덧붙여서, C에없는 Visual Basic의 "Is"연산자는 nullable 개체가 실제로 null인지 여부를 테스트하는 데 사용할 수 있습니다. if테스트가를 허용 해야하는지에 대해 합리적으로 질문 할 수 있지만 Boolean?, nullable 유형에서 호출 될 때 Boolean?대신 일반 비교 연산자가 반환되도록 하는 Boolean것은 유용한 기능입니다. 덧붙여서, VB.NET에서 대신 같음 연산자를 사용하려고 시도 Is하면 비교 결과가 항상이라는 경고가 표시되고 무언가가 null인지 테스트 Nothing하려면 사용해야 Is합니다.

이 게시물 이 도움 이 될 수 있습니다.

내가 정확하게 기억한다면 VB의 'Nothing'은 "기본값"을 의미합니다. 값 형식의 경우 기본값이고 참조 형식의 경우 null입니다. 따라서 구조체에 아무것도 할당하지 않아도 전혀 문제가되지 않습니다.

이것은 VB의 확실한 기이함입니다.

VB에서 두 개의 nullable 형식을 비교하려면 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"가 표시됩니다. nullable 인스턴스에 대한 가장 일반적인 표현 방법은 "Not x.Equals (y)"이며 C #의 "x! = y"와 동일한 동작을 생성합니다.