IComparable<T>

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

如果某個類型的實例需要與該類型的其它實例進行比較或者排序的話，那麼該類型就可以通過實現IComparable<T>介面來達到此目的。

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

先看一個例子，這裡使用了string，因為string實現了該介面：

其結果是：

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

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

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

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

針對x.CompareTo(y)，

• 如果 x == y，那麼 結果 = 0
• 如果 x < y，那麼結果 < 0
• 如果 x > y，那麼結果 > 0

我們可以把代碼重構一下，提取出一個低級別方法，便於邏輯復用：

順便提一下，string並沒有實現> < == 等等操作符。

int

所有的原始類型都實現了IComparable<T>。

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

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

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

相等性 vs 比較

直接看圖：

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

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

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

其它的方式都有對應。

下麵兩個黃色的通過”插件的方式“實現的，這裡只提一下，不介紹了。

比較性 只比較值

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

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

而==和!=操作符可以為原始數據類型和引用類型來使用，而>, <, >=, <= 只能用於原始數據類型。

在自定義類型上實現比較

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

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

更好的辦法是實現某種比較器。

但是有時候還是需要實現IComparable<T>，那麼下麵就講一下怎麼做。

值類型

Person Struct：

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

因為它沒實現IComparable<T>介面。

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

因為這個類型也沒有實現比較操作符。

實現IComparable<T>介面

很簡單，直接調用了欄位Height的CompareTo方法，因為int類型實現了IComparable<T>介面。

實現比較操作符

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

代碼是：

這個很簡單就不解釋了。

現在代碼不會報錯了：

其運行結果是：

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

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

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

所以，如果你實現了比較操作符，那麼相等性操作符也應該一同實現了：

那麼既然==和!=都實現了，那麼其它的相等性判斷方法也應該一同實現：

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

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

但針對struct，其實還沒完，還有一個非泛型的IComparable介面，泛型出現之前，一直都是用這個介面的。

這個介面現在來說沒什麼用了，但是如果有其它遺留的老代碼需要使用你這個struct，你可能還需要把這個介面實現一下。。。