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

use:

isnull(object.check.it)

有条件的使用:

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

更新(另一种方式)更新于2017年8月31日和2021年1月25日。谢谢你的评论。

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

骨干示范

为了记录，你在Github上有我的代码，去看看吧: https://github.com/j0rt3g4/ValidateNull PS:这一点是特别为你准备的，Chayim Friedman，不要使用测试软件，假设这一切都是真的。等待最终版本或使用您自己的环境进行测试，然后在没有任何文档或演示的情况下假设真正的beta软件。

正如其他人已经指出的那样，它不是data，而是dataList是null。除此之外……

catch-throw is an antipattern that almost always makes me want to throw up every time that I see it. Imagine that something goes wrong deep in something that doOtherStuff() calls. All you get back is an Exception object, thrown at the throw in AddData(). No stack trace, no call information, no state, nothing at all to indicate the real source of the problem, unless you go in and switch your debugger to break on exception thrown rather than exception unhandled. If you are catching an exception and just re-throwing it in any way, particularly if the code in the try block is in any way nontrivial, do yourself (and your colleagues, present and future) a favor and throw out the entire try-catch block. Granted, throw; is better than the alternatives, but you are still giving yourself (or whoever else is trying to fix a bug in the code) completely unnecessary headaches. This is not to say that try-catch-throw is necessarily evil per se, as long as you do something relevant with the exception object that was thrown inside the catch block.

然后，首先就存在捕获Exception的潜在问题，但这是另一回事，特别是因为在这种特殊情况下，您抛出了一个异常。

另一件让我感到非常危险的事情是，数据可能在函数执行期间更改值，因为您是通过引用传递的。因此，null检查可能会通过，但在代码对值进行任何操作之前，它已经被更改了——可能是null。我不确定这是否值得关注(可能不是)，但这似乎值得关注。

当你创建类的对象时，你必须使用下面的代码检查对象是否为空。

例子: Object1是类的对象

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

Jeffrey L Whitledge是对的。你的' dataList ' -Object本身是空的。

您的代码还有另一个问题:您使用了ref-关键字，这意味着参数数据不能为空!MSDN说:

传递给ref形参的参数必须首先初始化。这与out不同，后者的参数在传递之前不必显式初始化

在“Object”类型中使用泛型也不是一个好主意。泛型应该避免装箱/拆箱，并确保类型安全。如果你想要一个公共类型，让你的方法泛型。最后，你的代码应该是这样的:

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) {
        //...
      }
    }

我做了更简单的(积极的方式)，似乎效果很好。

因为任何一种“对象”至少是一个对象

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

从c# 8开始，你可以使用'empty'属性模式(带模式匹配)来确保对象不为空:

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

这种方法意味着“如果对象引用了某个对象的实例”(即它不是空的)。

你可以把它看作是:if (obj is null)....的对立面当对象没有引用某个对象的实例时，返回true。

有关c# 8.0模式的更多信息，请阅读这里。