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，你可能还需要把这个接口实现一下。。。