C #에서 개체가 null인지 확인

객체가 null 인 경우 추가 처리를 방지하고 싶습니다.

다음 코드에서 객체가 null인지 확인합니다.

if (!data.Equals(null))

과

if (data != null)

그러나에 메시지가 표시 NullReferenceException됩니다 dataList.Add(data). 오브젝트가 널 (NULL) 인 경우, if-statement를 입력하지 않아야합니다!

따라서 객체가 null인지 확인하는 적절한 방법인지 묻습니다.

public List<Object> dataList;
public  bool AddData(ref Object data)
    bool success = false;
    try
    {
        // I've also used "if (data != null)" which hasn't worked either
        if (!data.Equals(null))
        {
           //NullReferenceException occurs here ...
           dataList.Add(data);
           success = doOtherStuff(data);
        }
    }
    catch (Exception e)
    {
        throw new Exception(e.ToString());
    }
    return success;
}

이것이 객체가 null인지 확인하는 올바른 방법이라면 내가 뭘 잘못하고 있습니까 (NullReferenceException을 피하기 위해 객체에서 추가 처리를 방지하려면 어떻게해야합니까?)

그것은 아니에요 data입니다 null만 dataList.

당신은 하나를 만들어야합니다

public List<Object> dataList = new List<Object>();

더 낫습니다 private. 필드이기 때문에 확인하십시오 . 그리고 당신을 방해하는 것이 없다면, 또한 그것을 만드십시오 readonly. 좋은 습관이야

곁에

무효 여부를 확인하는 올바른 방법은 if(data != null)입니다. 이러한 종류의 점검은 참조 유형에 대해 어디에나 있습니다. 심지어 Nullable<T>표현하는 더 편리한 방법이 항등 연산자를 대체 nullable.HasValue무효 확인시.

그렇게 if(!data.Equals(null))하면 NullReferenceExceptionif 을 얻게 됩니다 data == null. 이 예외를 피한 것이 처음부터 목표 였기 때문에 코믹한 것입니다.

당신은 또한 이것을하고 있습니다 :

catch (Exception e)
{
    throw new Exception(e.ToString());
}

이것은 확실히 좋지 않습니다. 메서드 안에 여전히있는 동안 디버거에 침입 할 수 있으므로이 단락을 무시한다고 생각할 수 있습니다. 그렇지 않으면 아무것도 예외를 포착하지 마십시오. 그리고 그렇게하면 just을 사용하여 다시 던지십시오 throw;.

C #> 7.0에서

if (obj is null) ...

객체에 의해 정의 된 == 또는! =를 무시합니다 (물론 사용하려는 경우가 아니면 ...)

null이 아닌 경우 if (obj is object)(또는 if (!(obj is null)))

C # 6에는 monadic null 점검이 있습니다. :)

전에:

if (points != null) {
    var next = points.FirstOrDefault();
    if (next != null && next.X != null) return next.X;
}   
return -1;

후:

var bestValue = points?.FirstOrDefault()?.X ?? -1;

dataList는 인스턴스화되지 않았으므로 게시 한 코드로 판단하여 null입니다.

시험:

public List<Object> dataList = new List<Object>();
public  bool AddData(ref Object data)
bool success = false;
try
{
    if (!data.Equals(null))   // I've also used if(data != null) which hasn't worked either
    {
       dataList.Add(data);                      //NullReferenceException occurs here
       success = doOtherStuff(data);
    }
}
catch (Exception e)
{
    throw new Exception(e.ToString());
}
return success;

}

[@ kelton52의 힌트를 반영하도록 편집]

가장 간단한 방법은 object.ReferenceEquals(null, data)

이후 (null==data)작동하지 않을 수있다 :

class Nully
{
    public static bool operator ==(Nully n, object o)
    {
        Console.WriteLine("Comparing '" + n + "' with '" + o + "'");
        return true;
    }
    public static bool operator !=(Nully n, object o) { return !(n==o); }
}
void Main()
{
    var data = new Nully();
    Console.WriteLine(null == data);
    Console.WriteLine(object.ReferenceEquals(null, data));
}

생산 :

'' 'Nully'와 비교

진실

그릇된

아니요,을 사용해야합니다 !=. data실제로 null 인 경우 NullReferenceException에 Equals메소드 를 호출하려고하면 프로그램이 중단 됩니다 null. 또한 참조 평등을 구체적으로 확인하려면 구현 Object.ReferenceEquals방법 Equals을 알 수 없으므로이 방법을 사용해야합니다 .

프로그램을 dataList초기화하지 않아서 널 이므로 프로그램이 충돌 합니다.

이 경우의 문제 data는 null 이 아닙니다 . 그 dataList자체는 null입니다.

선언하는 곳에 dataList새 List객체를 만들어 변수에 할당해야합니다.

List<object> dataList = new List<object>();

@Jose Ortega 답변 외에도 사용 확장 방법 이 더 좋습니다.

 public static bool IsNull(this object T)
     {
        return T == null;
     } 

다음과 IsNull같은 모든 객체에 메소드를 사용하십시오 .

object foo = new object(); //or any object from any class
if (foo.IsNull())
   {
     // blah blah //
   }

현재 C # 8 당신이 (와 '빈'속성 패턴을 사용하여 패턴 매칭을 개체를 확인하기 위해)입니다 하지 널 (null) :

if (obj is { })
{
    // 'obj' is not null here
}

이 방법은 " 객체가 무언가의 인스턴스를 참조하는 경우 "를 의미합니다 (즉, null이 아님).

이것을 다음과 반대라고 생각할 수 있습니다 if (obj is null)..... 객체가 무언가의 인스턴스를 참조하지 않으면 true를 반환합니다.

C # 8.0의 패턴에 대한 자세한 내용은 여기를 참조하십시오 .

현재 C # 9 당신은 할 수있다

if (obj is null) { ... }

널이 아닌 사용

if (obj is not object) { ... }

이 동작의 사용을 우선해야하는 경우 ==와 !=그에 따라.

Jeffrey L Whitledge가 옳습니다. `dataList'-Object 자체는 null입니다.

코드에 또 다른 문제가 있습니다. ref-keyword를 사용하고 있습니다. 이는 인수 데이터가 널이 될 수 없음을 의미합니다! MSDN의 말 :

ref 매개 변수에 전달 된 인수는 먼저 초기화해야합니다. 인자가 전달되기 전에 명시 적으로 초기화 할 필요가없는 인자와 다릅니다.

`Object '유형의 제네릭을 사용하는 것도 좋지 않습니다. 제네릭은 boxing / unboxing을 피하고 타입 안전을 보장해야합니다. 공통 유형을 원하면 메소드를 일반화하십시오. 마지막으로 코드는 다음과 같아야합니다.

public class Foo<T> where T : MyTypeOrInterface {

      public List<T> dataList = new List<T>();

      public bool AddData(ref T data) {
        bool success = false;
        try {
          dataList.Add(data);                   
          success = doOtherStuff(data);
        } catch (Exception e) {
          throw new Exception(e.ToString());
        }
        return success;
      }

      private bool doOtherStuff(T data) {
        //...
      }
    }

다른 사람이 이미 지적했듯이, 그렇지 않아 data가능성이 아니라 dataList입니다 null. 그 외에도 ...

catch- throw거의 항상 내가 볼 때마다 던지기를 원하는 반 패턴입니다. 뭔가 doOtherStuff()부르는 무언가에 뭔가 잘못되었다고 상상해보십시오 . 돌아 오는 것은 in에 Exception던져진 객체 throw입니다 AddData(). 스택 추적, 호출 정보, 상태 없음, 문제의 실제 원인을 나타 내기 위해 아무것도 처리되지 않습니다. 처리하지 않고 예외가 발생하지 않고 예외가 발생하면 디버거가 전환되지 않습니다. 당신은 예외를 캐치하고 그냥 던지는 다시 경우 어떤 방법으로 try 블록의 코드가 어떤 식 으로든 사소 특히 경우, 자신 (그리고 동료, 현재, 미래) 부탁을 전체를 밖으로 던져 try- catch블록을 . 수고,throw;대안보다 낫지 만 여전히 자신에게 (또는 코드의 버그를 수정하려고하는 사람은) 완전히 불필요한 두통을줍니다. catch 블록 안에 던져진 예외 객체와 관련된 것을 수행 하는 한 try-catch-throw는 반드시 그 자체로 악의적이라고 말할 수는 없습니다 .

그런 다음 Exception처음 에는 잡을 수있는 잠재적 인 문제가 있지만, 특히이 특별한 경우 예외를 던지기 때문에 다른 문제입니다.

조금 위험한 것보다 나를 놀라게하는 또 다른 것은 data참조로 전달하기 때문에 함수 실행 중에 잠재적으로 값을 변경할 수 있다는 것입니다. 따라서 null 검사는 통과 할 수 있지만 코드가 값을 사용하기 전에 변경되었을 수 null있습니다. 이것이 관심사인지 아닌지는 긍정적이지 않지만 (그렇지 않을 수도 있음) 조심해야 할 것 같습니다.

  public static bool isnull(object T)
  {
      return T == null ? true : false;
  }

사용하다:

isnull(object.check.it)

조건부 사용 :

isnull(object.check.it) ? DoWhenItsTrue : DoWhenItsFalse;

2017 년 8 월 31 일에 업데이트 (또 다른 방법)가 업데이트되었습니다. 의견 주셔서 감사합니다.

public static bool isnull(object T)
{
    return T ? true : false;
}

클래스의 객체를 만들 때마다 아래 코드를 사용하여 객체가 null인지 여부를 확인해야합니다.

예 : object1은 클래스의 객체입니다

void myFunction(object1)
{
  if(object1!=null)
  {
     object1.value1 //If we miss the null check then here we get the Null Reference exception
  }
}

방금 자바 스크립트에서 일반적으로 따르는 방법을 따랐습니다. 객체를 문자열로 변환 한 다음 null인지 확인합니다.

var obj = new Object();
var objStr = obj.ToString();
if (!string.IsNullOrEmpty(objStr)){
  // code as per your needs
}

나는 더 간단하게 (긍정적 인 방식으로) 잘 작동하는 것 같습니다.

모든 종류의 "객체"는 최소한 객체이기 때문에

    if (MyObj is Object)
    {
            //Do something .... for example:  
            if (MyObj is Button)
                MyObj.Enabled = true;
    }