IComparable<T>

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

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

IComparable<T>只提供了一個(gè)方法：

先看一個(gè)例子，這里使用了string，因?yàn)閟tring實(shí)現(xiàn)了該接口：

其結(jié)果是：

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

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

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

再通過(guò)上面的例子，我們可以看出來(lái)：

針對(duì)x.CompareTo(y)，

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

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

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

int

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

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

當(dāng)然這些類型也可以使用操作符，例如：

而string沒(méi)有實(shí)現(xiàn)這些操作符，所以這樣寫就是錯(cuò)誤的：

相等性 vs 比較

直接看圖：

其中，針對(duì)比較性，System.object并沒(méi)有支持，因?yàn)閷?duì)于大多數(shù)類型而言，對(duì)它們的實(shí)例進(jìn)行比較排序是沒(méi)有意義的。

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

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

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

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

比較性 只比較值

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

而進(jìn)行比較排序的時(shí)候，其比較的只能是值，因?yàn)閷?duì)引用進(jìn)行比較排序是沒(méi)有意義的。

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

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

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

因?yàn)槭沁@樣的，比如說(shuō)有一個(gè)Person（人）這個(gè)類型，我想對(duì)它排序，按照年齡排序，可以；按照姓名排序，也可以；按照身高排序，也可以；但是沒(méi)有任何一種排序?qū)θ藖?lái)說(shuō)是最理所當(dāng)然的。

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

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

值類型

Person Struct：

如果直接使用我們之前的方法，則會(huì)報(bào)錯(cuò)：

因?yàn)樗鼪](méi)實(shí)現(xiàn)IComparable<T>接口。

使用大于號(hào)小于號(hào)的話，也會(huì)報(bào)錯(cuò)：

因?yàn)檫@個(gè)類型也沒(méi)有實(shí)現(xiàn)比較操作符。

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

很簡(jiǎn)單，直接調(diào)用了字段Height的CompareTo方法，因?yàn)閕nt類型實(shí)現(xiàn)了IComparable<T>接口。

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

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

代碼是：

這個(gè)很簡(jiǎn)單就不解釋了。

現(xiàn)在代碼不會(huì)報(bào)錯(cuò)了：

其運(yùn)行結(jié)果是：

運(yùn)行OK了，看似沒(méi)問(wèn)題，然后，還有一個(gè)問(wèn)題：

使用等號(hào)判斷相等性的代碼會(huì)報(bào)錯(cuò)。

如果你不是用==操作符的話，那么代碼是沒(méi)問(wèn)題的，也是可以進(jìn)行比較的，也沒(méi)人強(qiáng)制要求實(shí)現(xiàn)==和!=操作符。但是這很奇怪！因?yàn)槟阏f(shuō) p1 > p2，這個(gè)成立，然后再說(shuō) p1 != p2這個(gè)就編譯錯(cuò)誤，那就不合理了。

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

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

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

看起來(lái)挺麻煩，但這只是一個(gè)struct，還是相對(duì)簡(jiǎn)單的。。。。

但針對(duì)struct，其實(shí)還沒(méi)完，還有一個(gè)非泛型的IComparable接口，泛型出現(xiàn)之前，一直都是用這個(gè)接口的。

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

引用類型

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

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

而如果Person是一個(gè)沒(méi)有seal的class，那問(wèn)題就更大了，以前文章里提到的OOP繼承問(wèn)題、類型安全問(wèn)題、相等性問(wèn)題將全部出現(xiàn)。因?yàn)轭愋桶踩捅容^性還是沒(méi)法一起很愉快的工作。反正會(huì)很混亂。。。

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

泛型

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

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

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

那么就會(huì)報(bào)錯(cuò)，因?yàn)闊o(wú)法約束泛型實(shí)現(xiàn)了某些操作符。。。但可以考慮在接口里面實(shí)現(xiàn)比較操作符。。。

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

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

總結(jié)

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

最新評(píng)論