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

這篇文章主要介紹“C#中相等運算符重載可能造成的陷阱解析”，在日常操作中，相信很多人在C#中相等運算符重載可能造成的陷阱解析問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”C#中相等運算符重載可能造成的陷阱解析”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

最近編程時遇到一個相等運算符重載的問題，想來該是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#中相等運算符重載可能造成的陷阱解析”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！