c# – 什么时候应该防范null？

什么时候应该防范空论证？理想情况下,我会防范无处不在,但是却变得非常blo肿和乏味.我也注意到,人们并没有把守卫放在像AsyncCallbacks这样的东西上.

为了避免烦人的别人有很多单一的代码,有什么可接受的标准,我应该在哪里防范null？

谢谢.

解决方法

我使用的一个方法是 null object pattern.
例如,如果一个工厂类基于参数返回接口的不同实现,并且所提供的参数未映射到任何实现,我将返回一个NullObject,
例如

public interface IFoo{
         void Bar();
   }
   public class NullFoo{
       public void Bar(){
          //null behavIoUr 
       }
   }
   public class FooFactory{
        public IFoo CreateFoo(int i){
              switch(i){
                  case 1:
                  return new OneFoo();
                  break;
                  case 2:
                  return new TwoFoo();
                  break;
                  default:
                  return new NullFoo();
                  break;
              }
        } 
   }

当我想从CreateFoo获取一个IFoo时,我不必检查返回的对象是否为空.

显然,这只是众多方法之一.没有“一刀切”,因为null可以意味着不同的东西.

另一种防止空参数的方法是使用CodeContract preconditions.
例如

public void Foo(Bar x){
      Contract.Requires<ArgumentNullException>( x != null,"x" );
      //access x
  }

使用代码合同允许您针对代码运行静态代码分析并捕获诸如Foo(null)之类的错误. (more here)

还有一个为什么要这么做的是使用一个非常简单的通用扩展方法：

public static class Ex
{
    public static void EnsureNotNull<T>(this T t,string argName) where T:class
    {
        if(t == null)
        {
            throw new ArgumentNullException(argName);
        }
    }
}

那么你可以检查这样的参数：

public void Foo(Bar x,Bar y){
     x.EnsureNotNull("x");
     y.EnsureNotNull("y");
 }