IComparable<T>

.NET 里，IComparable<T>是用來作比較的最常用接口。

如果某個類型的實例需要與該類型的其它實例進行比較或者排序的話，那么該類型就可以通過實現(xiàn)IComparable<T>接口來達到此目的。

IComparable<T>只提供了一個方法：

先看一個例子，這里使用了string，因為string實現(xiàn)了該接口：

其結(jié)果是：

string是通過按位字母進行比較的，“a”就小于“b”，所以上述str1應(yīng)該是小于str2的。

而CompareTo方法返回的是int類型，而比較的結(jié)果呢，可能有三種情況：

• x == y
• x < y
• x > y

再通過上面的例子，我們可以看出來：

針對x.CompareTo(y)，

• 如果 x == y，那么 結(jié)果 = 0
• 如果 x < y，那么結(jié)果 < 0
• 如果 x > y，那么結(jié)果 > 0

我們可以把代碼重構(gòu)一下，提取出一個低級別方法，便于邏輯復(fù)用：

順便提一下，string并沒有實現(xiàn)> < == 等等操作符。

int

所有的原始類型都實現(xiàn)了IComparable<T>。

所以使用上面的方法，也可以比較原始數(shù)據(jù)類型：

當然這些類型也可以使用操作符，例如：

而string沒有實現(xiàn)這些操作符，所以這樣寫就是錯誤的：

相等性 vs 比較

直接看圖：

其中，針對比較性，System.object并沒有支持，因為對于大多數(shù)類型而言，對它們的實例進行比較排序是沒有意義的。

例如3 < 4，這樣就是合理的；而提交按鈕 < 取消按鈕，這就沒有意義了；這個委托 < 另一個委托，這也沒有意義。

針對相等性而言，IEquatable<T>僅僅就是對object里的那些Equals方法的補充。而針對比較性而言，IComparable<T>是主打的方式。

其它的方式都有對應(yīng)。

下面兩個黃色的通過”插件的方式“實現(xiàn)的，這里只提一下，不介紹了。

比較性 只比較值

判斷相等性的時候，可能判斷的是引用相等或者是值相等。

而進行比較排序的時候，其比較的只能是值，因為對引用進行比較排序是沒有意義的。

而==和!=操作符可以為原始數(shù)據(jù)類型和引用類型來使用，而>, <, >=, <= 只能用于原始數(shù)據(jù)類型。

在自定義類型上實現(xiàn)比較

其實我通常不在我的類型上去實現(xiàn)IComparable<T>，包括引用類型和原始類型。

因為是這樣的，比如說有一個Person（人）這個類型，我想對它排序，按照年齡排序，可以；按照姓名排序，也可以；按照身高排序，也可以；但是沒有任何一種排序?qū)θ藖碚f是最理所當然的。

更好的辦法是實現(xiàn)某種比較器。

但是有時候還是需要實現(xiàn)IComparable<T>，那么下面就講一下怎么做。

值類型

Person Struct：

如果直接使用我們之前的方法，則會報錯：

因為它沒實現(xiàn)IComparable<T>接口。

使用大于號小于號的話，也會報錯：

因為這個類型也沒有實現(xiàn)比較操作符。

實現(xiàn)IComparable<T>接口

很簡單，直接調(diào)用了字段Height的CompareTo方法，因為int類型實現(xiàn)了IComparable<T>接口。

實現(xiàn)比較操作符

一共四個操作符：<, >, <=, >=，必須都得實現(xiàn)。

代碼是：

這個很簡單就不解釋了。

現(xiàn)在代碼不會報錯了：

其運行結(jié)果是：

運行OK了，看似沒問題，然后，還有一個問題：

使用等號判斷相等性的代碼會報錯。

如果你不是用==操作符的話，那么代碼是沒問題的，也是可以進行比較的，也沒人強制要求實現(xiàn)==和!=操作符。但是這很奇怪！因為你說 p1 > p2，這個成立，然后再說 p1 != p2這個就編譯錯誤，那就不合理了。

所以，如果你實現(xiàn)了比較操作符，那么相等性操作符也應(yīng)該一同實現(xiàn)了：

那么既然==和!=都實現(xiàn)了，那么其它的相等性判斷方法也應(yīng)該一同實現(xiàn)：

• object.Equals()
• object.GetHashCode()
• IEquatable<T>

看起來挺麻煩，但這只是一個struct，還是相對簡單的。。。。

但針對struct，其實還沒完，還有一個非泛型的IComparable接口，泛型出現(xiàn)之前，一直都是用這個接口的。

這個接口現(xiàn)在來說沒什么用了，但是如果有其它遺留的老代碼需要使用你這個struct，你可能還需要把這個接口實現(xiàn)一下。。。😂

引用類型

引用類型除了需要考慮上面struct考慮的那些東西外，還需要考慮更多的東西。

首先，需要在CompareTo里面檢查是否為null，和類型檢查。

而如果Person是一個沒有seal的class，那問題就更大了，以前文章里提到的OOP繼承問題、類型安全問題、相等性問題將全部出現(xiàn)。因為類型安全和比較性還是沒法一起很愉快的工作。反正會很混亂。。。

所以如果事seal的class，那么在其上實現(xiàn)比較性的話還勉強可以接受；否則的話，祝好運。。。

泛型

之前在相等性的文章里，提到過，針對泛型代碼來說，==和!=操作符不能很好的工作，而object.Equals()卻可以。

這點在比較性里面也是一樣的。針對泛型的比較，你需要使用IComparable<T>.CompareTo()方法，而不是比較的操作符>, <, >=, <=等（即使實現(xiàn)了比較操作符）。

如果我把之前的方法代碼改成使用比較操作符：

那么就會報錯，因為無法約束泛型實現(xiàn)了某些操作符。。。但可以考慮在接口里面實現(xiàn)比較操作符。。。

但是實現(xiàn)比較性的話：

• 實現(xiàn)IComparable<T>接口
• 也可選去實現(xiàn)比較操作符。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，謝謝大家對腳本之家的支持。

最新評論