为什么要在单独的类中实现IEqualityComparer

当我在msdn上查找通用IEqualityComparer接口时，我注意到该接口是在单独的"比较器"类中实现的，而不是在类本身中实现的IEquatable<T>。当我搜索更多示例时，每个示例都使用一个单独的类，这让我想知道：为什么不在类本身上实现它？

我可以想象覆盖object.Equals和object.GetHashCode不被认为是好的做法，因为它在许多不同的情况下使用，但即使是 msdn 也说(强调我的(：

此接口允许为集合实现自定义相等比较。

所以它的用途几乎仅限于 Linq。我能想到为什么要定义一个单独的比较器类的原因只有 2 个：

1. 类集合上的不同方法需要不同的比较器。
2. 该类很大，并且不需要实例化它的另一个对象(尽管如果这真的是问题所在，为什么没有它的整个集合还不错？

所以我的问题是：

我忽略了什么特殊的原因，导致每个人都定义另一个比较类只是为了比较，而不仅仅是在类本身上实现接口(在我看来至少可以说不会更糟(？

一个小例子：

public static void Main(string[] args)
{
    Test t1 = new Test { id = 1, date = default(DateTime) };
    Test t2 = new Test { id = 1, date = default(DateTime) };
    Test t3 = new Test { id = 0, date = default(DateTime) };
    List<Test> testList = new List<Test>{ t1, t2, t3 };
    //Same result
    int distinctCountClass = testList.Distinct(new Test()).Count();
    int distinctCountComparerClass = testList.Distinct(new TestComparer()).Count();
}
public partial class Test
{
    public int id { get; set; }
    public DateTime date { get; set; }
}
public partial class Test : IEqualityComparer<Test>
{
    public bool Equals(Test x, Test y) { return x.id == y.id && x.date == y.date; }
    public int GetHashCode(Test obj) { return obj.id.GetHashCode(); }
}
public class TestComparer : IEqualityComparer<Test>
{
    public bool Equals(Test x, Test y) { return x.id == y.id && x.date == y.date; }
    public int GetHashCode(Test obj) { return obj.id.GetHashCode(); }
}

  public partial class Test {
    private class TestComparer : IEqualityComparer<Test> {
      public bool Equals(Test x, Test y) { 
        return x.id == y.id && x.date == y.date; 
      }
      public int GetHashCode(Test obj) { 
        return obj.id.GetHashCode(); 
      }
    }
    // Please, note "static"
    public static IEqualityComparer<Test> MyTestComparer {get;} = new TestComparer();
    public int id { get; set; }
    public DateTime date { get; set; }
    ...
  }

int distinctCountComparerClass = testList.Distinct(Test.MyTestComparer).Count();