未将对象引用到实例,即NullReferenceException异常,我相信这是c#编程中最常见的错误之一,至少我在做项目的过程中,有很多时候都会抛出这个异常。每当这个异常出现的时候,我都会头皮一紧,因为以我的经验总结,一般情况下不会出现这个错误,但是一旦出现这个错误往往是比较难排查的,特别是代码量较大的时候,而等找到bug时,往往又会出现纠结状态,因为NullReferenceException异常经常和程序的逻辑紧密相连,这就意味着不是你的程序写错了,而很有可能是你的编程逻辑设计的不够合理。

当然,NullReferenceException异常的解决方案也非常的简单,只要在异常处加上类似下面的代码就可以了

 if(obj != null)
{
//some actions
}

意思就是在使用这个引用之前检查引用是否为空。但事实并非这么简单,正如上面说的,NullReferenceException异常往往和代码设计的逻辑是相关的,特别是代码量大的时候,一旦发现这个错误,往往会导致这一段代码的重构!

而且更重要的是,有时候在一段代码里,需要根据不同的情况来决定一个引用是否为null,或者是确实指向一个真实的对象。这种情况是最纠结的,因为这就意味着每个需要使用到这个引用的地方都要加上上述的代码!

作为一个程序员来说,这是不能容忍的!

因为一个简单的 if(obj != null) 的代码居然重复出现无数次,一篇代码里出现重复模式的代码,我认识这可以看做是程序员的失败!如何消除 if(obj != null)  这个模式呢?一些大牛曾经讲过:

任何时候都不应该使用null,你应该专门设计一个空类来代替null。

至于null指针的“罪与罚”,我想每个程序员都有自己的见解吧,在我看来,null指针可以列入编程史上最大的创新,同时也可列入最大的罪恶之源!

什么叫使用空类来代替null,这里就以日志Logger类作为示例来说明一下(当然,实际项目中你可以使用 log4net,或者其他IOC框架来实现日志记录)

 public class Logger
{
private class EmptyLog : Logger
{
public override void Log(string msg){ }
public override void LogErr(string errMsg) { }
public override void LogErr(Exception ex) { }
}
static Logger()
{
Empty = new EmptyLog();
}
public static Logger Empty { get; private set; } readonly TextWriter writer;
private Logger() { }
public Logger(TextWriter writer)
{
this.writer = writer;
}
public virtual void Log(string msg)
{
writer.WriteLine(DateTime.Now);
writer.WriteLine(msg);
writer.WriteLine();
}
public virtual void LogErr(string errMsg)
{
writer.WriteLine("error");
Log(errMsg);
}
public virtual void LogErr(Exception ex)
{
writer.WriteLine(string.Format("error<{0}>",ex.GetType().FullName));
Log(ex.Message);
}
}

下面是测试代码及测试结果:

 [STAThread]
static void Main()
{
var log = Logger.Empty;
log.Log("hellow world");
log.LogErr("error");
log.LogErr(new NullReferenceException());
log = new Logger(Console.Out);
log.Log("hellow world");
log.LogErr("this is a error message");
log.LogErr(new NullReferenceException());
}

可见,任何时候都不应该使用null,你应该专门设计一个空类来代替null,这句话的意思就是不要给一个引用赋值null,而是在初始化时要引用指向一个空类示例!

这种方法确实不错,至少是避免了 if(obj != null)  这种单调乏味的模式,但是我觉得还是有点不爽,因为那个空类纯粹就是一个资源浪费,既然不需要记录日志的地方,那就应该让引用指向null才对,表示什么都没有,而这种方法意味着即使你什么都不做,但是也要消耗一部分资源来供给这个空类使用!这种不必要的资源浪费和重复模式一样,都是我不能容忍的。于是我设计了一个方法:

利用扩展方法来避免  if(obj != null)  模式!

扩展方法Linq是我最喜欢的两个C#的语言特性,为什么Common Lisp那么强大,就是因为程序员可以自行对Lisp语法进行扩充,定制自己想要的语法,同样C#重点的扩展方法也可以实现扩展语法的功能,下面就是我用扩展方法重新设计的Logger类:

 public class Logger
{
readonly TextWriter writer;
public Logger(TextWriter writer)
{
this.writer = writer;
}
internal void Log(string msg)
{
writer.WriteLine(DateTime.Now);
writer.WriteLine(msg);
writer.WriteLine();
}
internal void LogErr(string errMsg)
{
writer.WriteLine("error");
Log(errMsg);
}
internal void LogErr(Exception ex)
{
writer.WriteLine(string.Format("error<{0}>",ex.GetType().FullName));
Log(ex.Message);
}
}
public static class LoggerHelper
{
public static void Log(this Logger logger, string msg)
{
if (logger != null)
logger.Log(msg);
}
public static void LogErr(this Logger logger, string errMsg)
{
if (logger != null)
logger.LogErr(errMsg);
}
public static void LogErr(this Logger logger, Exception ex)
{
if (logger != null)
logger.LogErr(ex);
}
}

下面是测试代码及测试结果:

 [STAThread]
static void Main()
{
Logger log = null;
log.Log("hellow world");
log.LogErr("error");
log.LogErr(new NullReferenceException());
log = new Logger(Console.Out);
log.Log("hellow world");
log.LogErr("this is a error message");
log.LogErr(new NullReferenceException());
}

从测试代码可以开出,即使变量log为null时,代码依然可以正常运行,因为我把 if(obj != null)  模式 利用扩展方法进行了封装,这样就可以放心的使用log了,不用担心log是否为null吗,而且在不需要记录日志的时候,直接将log赋值为null即可,不浪费任何资源。

这就是我关于解决“未将对象引用到实例”的方法,如果大家有其它好的办法,欢迎在这里进行交流!

让<未将对象引用到实例>见鬼去吧!的更多相关文章

  1. .NET[C#]中NullReferenceException(未将对象引用到实例)是什么问题?如何修复处理?(转)

    .NET[C#]中NullReferenceException(未将对象引用到实例)是什么问题?如何修复处理?  后端开发  作者: Rector  1973 阅读  0 评论  0 收藏  收藏本文 ...

  2. Asp.Net MVC 5 Razor 视图 未将对象引用到实例

    未将对象引用到实例的错误居然指向了@{Leyout=“..此处略,核实路径无误”}. 最后发现原来是在一个<select .. name="@Model.Category"& ...

  3. APIJSON,让接口见鬼去吧!

    我: APIJSON,让接口见鬼去吧! https://github.com/TommyLemon/APIJSON 服务端: 什么鬼? 客户端: APIJSON是啥? 我: APIJSON是一种JSO ...

  4. APIJSON,让接口和文档见鬼去吧!

    我: APIJSON,让接口和文档见鬼去吧! https://github.com/TommyLemon/APIJSON 服务端: 什么鬼? 客户端: APIJSON是啥? 我: APIJSON是一种 ...

  5. 【转】APIJSON,让接口见鬼去吧!

    我: APIJSON,让接口和文档见鬼去吧! https://github.com/TommyLemon/APIJSON 服务端: 什么鬼? 客户端: APIJSON是啥? 我: APIJSON是一种 ...

  6. 让你熟知jquery见鬼去吧

    $是jquery最具代表的符号,当然php也是,但是二者不能同日而语;不得不说jquery的选择器是大家赞不绝口的,在它1.x版本中对ie兼容性是最好的,这要归功于$选择器; 现在呢,html5的降临 ...

  7. Server.MapPath(string sFilePath) 报未将对象引用到实例异常

    System.Web.HttpContext.Current.Server.MapPath(string sfilePath)将虚拟路径转换成物理路径.这个必须在aspx或者MVC中Action调用才 ...

  8. VS 2015打开项目闪退,新建项目提示未将对象引用到实例

    因为开发需要,要把开发工具换成visual studio2015,装完之后会有警告“js”安装的问题,打开VS也没有问题, 但是一打开项目就闪退,新建项目也不行,查看应用程序日志,报错提示如下: .N ...

  9. HttpContext.Current.Server未将对象引用到实例

    问题描述: 在一些类库中需要读取当前系统的xml文件,当时用HttpContext.Current无法找到实例化对象 解决代码如下: XmlDocument xml = new XmlDocument ...

随机推荐

  1. poj 2411 状态压缩dp

    思路:将每一行看做一个二进制位,那么所有的合法状态为相邻为1的个数一定要为偶数个.这样就可以先把所有的合法状态找到.由于没一层的合法状态都是一样的,那么可以用一个数组保存.由第i-1行到第i行的状态转 ...

  2. iOS下编译ffmpeg

    网络上搜索“ios ffmpeg 编译”,文章一大把,但我编译还是费了很大的功夫才编译成功.很多文章只是把步骤列了出来,但是每个人的系统环境,或者程序版本都不一样,结果出现各种的错误.我把自己编译过程 ...

  3. 新增html元素的使用

    今天学习HTML5中新增元素的使用 (Ⅰ)新增主体结构元素 Section元素:用于对网站或应用程序中的内容进行分块. <section> <h1></h1> &l ...

  4. POi写入大批量数据

    直接贴代码: package jp.co.misumi.mdm.batch.common.jobrunner; import java.io.File; import java.io.FileNotF ...

  5. IntelliJ IDEA 13.x 下使用Hibernate + Spring MVC + JBoss 7.1.1

    从2004年开始做.NET到现在.直到最近要做一些JAVA的项目,如果说100个人写一篇关于.NET的文章,估计这10个人写的内容都是一样.但是如果说10个人写Java的文章,那真的是10个人10种写 ...

  6. MSSQL Server 导入/导出到远程服务器

    1.打开本地企业管理器,先创建一个SQL Server注册来远程连接服务器端口SQL Server. 步骤如下图: 图1: 2.弹出窗口后输入内容."总是提示输入登陆名和密码"可选 ...

  7. C# 中控件 WebBrowser 对 frameset/ iframe 操作和内容获取

    1.获取frame的document HtmlDocument htmlDoc = webBrowser1.Document;  htmlDoc = webBrowser1.Document.Wind ...

  8. jquery 评论等级(很差,差,一般,好,很好)代码

    可能标题没有说的太明白,这里先让大家看一下效果,以便让客官们了解小弟说的是什么... 看完效果后估计各位客官已经明白小弟说的是什么了吧,下面小弟就带大家看下代码 <style> .maxd ...

  9. javascript 实现图片预览(未上传到服务器端)

    1,图片预览 越来越多的浏览器为了安全,都不能获得文件的,全路径,实现图片预览实现起来有点麻烦.有人选择复制图片到服务器的某个路径下,然后从服务器端找到路径,实现预览.但这不是最佳实现方案,如果用户一 ...

  10. Aisen仿新浪微博客户端项目源码

    新浪目前已经限制了第三方微博的很多API接口,加上平常时间不够,所以后续可能不会面向产品的去维护Aisen,不过也有了一些新的方向,例如引入最新Android-support-library,在一个完 ...