C#中相等运算符重载可能造成的陷阱解析

这篇文章主要介绍“C#中相等运算符重载可能造成的陷阱解析”,在日常操作中,相信很多人在C#中相等运算符重载可能造成的陷阱解析问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”C#中相等运算符重载可能造成的陷阱解析”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!

创新互联,为您提供成都网站建设成都网站制作、网站营销推广、网站开发设计,对服务水处理设备等多个行业拥有丰富的网站建设及推广经验。创新互联网站建设公司成立于2013年,提供专业网站制作报价服务,我们深知市场的竞争激烈,认真对待每位客户,为客户提供赏心悦目的作品。 与客户共同发展进步,是我们永远的责任!

最近编程时遇到一个相等运算符重载的问题,想来该是C#的一个陷阱。

我定义的Coordinate类原先是这样重载相等运算符的:

publice class Coordinates   {   ....          public override bool Equals(object obj)          {              if (!(obj is Coordinates)) return false;              Coordinates other = (Coordinates)obj;              return (this.longitude.CompareTo(other.longitude) == 0) && (this.latitude.CompareTo(other.latitude) == 0);          }          public static bool operator ==(Coordinates lhs, Coordinates rhs)          {              return lhs.Equals(rhs);          }          public static bool operator !=(Coordinates lhs, Coordinates rhs)          {               return !(lhs == rhs);          }  ...  }

这也是运算符重载时常见的情况,但在具体使用时有种情况下会出现问题:即当一个Coordinate对象本身为NULL,而它再与NULL比较时,如下所示:

Coordinates actualPos = null;    if (actualPos == null)             {                。。。            }             else            {                。。。            }

运行时就会抛出错误,提示说某个指针为空。跟踪的结果发现就是承载的“==”运算符出现问题,它会调用“lhs.Equals(rhs)”语句,结果就是lhs本身不存在导致异常。

为此我试图在调用该语句前排除这种情况,于是把重载函数改为:

public static bool operator ==(Coordinates lhs, Coordinates rhs)        {            if (lhs == null) return (rhs == null);             return lhs.Equals(rhs);        }

结果发现这个函数会继续调用自身,随后依然是出现异常。

要解决这个问题,就必须打破这样的死循环,于是尝试着把lhs映射为object,如下所示:

public static bool operator ==(Coordinates lhs, Coordinates rhs)  {      if ((lhs as object) == null) return ((rhs as object) == null);       return lhs.Equals(rhs);  }

lhs被映射为object后的“==”就会采用object的相等运算符,结果自然OK。

到此,关于“C#中相等运算符重载可能造成的陷阱解析”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注创新互联网站,小编会继续努力为大家带来更多实用的文章!


文章题目:C#中相等运算符重载可能造成的陷阱解析
地址分享:http://hbruida.cn/article/gipceg.html