运算符重载一直是一个很诡异事情，因为在写代码的时候，不知道某个运算符有没有被重载过。在 C++ 里面，运算符重载可以写在类的外面，当 intellisense 不工作的时候，找到一个运算符的重载函数是一件相当头疼的事情。这个问题在 C# 中改善了不少，因为运算符重载一定要写在类内，而且 intellisense 很强大。不过另一个问题又产生了……
先来看 C++ 中的“==”重载：
struct A{
int x;
int y;
};
inline
bool operator == (const A& a, const A& b){
return a.x == b.x && a.y == b.y;
}
上面这段代码中，由于声明的关系，a 和 b 永远不可能为 NULL，所以直接调用 a.x 和 b.x 是没有问题的。
而在 C# 中：
struct A
{
public int x, y;
public static bool operator ==(A a, A b)
{
return a.x == b.x && a.y == b.y;
}
public static bool operator !=(A a, A b)
{
return !(a == b);
}
}
这段代码是没问题的，因为 A 是 struct，而 struct 不可能为 null。但换成 class 就有问题了，比如：
class A
{
public int x, y;
public static bool operator == (A a, A b)
{
if (a == null && b == null)
{
return true;
}
if (a == null || b == null)
{
return false;
}
return a.x == b.x && a.y == b.y;
}
public static bool operator != (A a, A b)
{
return !(a == b);
}
}
由于 reference type 可以为 null，所以要先检查 a 和 b 是不是 null，但是“a == null”这一句又会去调用“operator ==”，于是就无限递归下去了……想了很久都没想出来变通的方法，而且 System.String 的实现也很诡异：
public static bool operator == (string a, string b)
{
return Equals(a, b);
}
public static bool Equals (string a, string b)
{
return ((a == b) || (((a != null) && (b != null)) && EqualsHelper(a, b)));
}
看上去也会无限递归的（Reflector 出来的，不一定准），很神奇……
虽然对于 Referece type 不建议重载==，但是不建议并不代表不能用吧，这个设计太挫了…
