两种比较方法的区别

[有没有真正可以减小腿的方法跪求多年了我多年的]给你最专业的答复！专瘦肌肉型小腿，每天只需一分钟肌肉型女性最烦恼的就是腿上的硬肉，感觉没有脂肪型的好减，下面这些窍门也许会给你一些启示。找个桌子（能搁腿即可），抬起一条腿...+阅读

从Java文档看，着两个接口其实质上都是对一个序关系的完备定义。也就是说一个Comparable.compareTo(T)方法，仅从逻辑上说而不考虑该方法的归属问题，可以等价的用一个Comparator.compare(T,T)表示，反之亦然。

但是在考虑了对象归属性，这是有区别的。为免拗口，下以例说7a686964616fe78988e69d8331333234323033:

比如定义“人”为一个类。那么他的compareTo方法可以定义为体重比较，也可以定义为身高比较，甚至身高和体重加权总分比较，但不管怎样，只能决定一种序关系。如果我们有时候要比较身高，有时候要比较体重，就不免要写compareTo_Weight() compareTo_Height（)两种方法以备不时，但是这个类实现comparable接口后只有一个compareTo接口方法，无法既表示compareTo_Weight又表示compareTo_Height。

那么解决的方法就是用Comparator，我们完全可以实现两个都是实现了Cmoparator的类Comparator_Height和Comparator_Weight。这时它们各自的compareTo方法分别扮演了compareTo_Weight和compareTo_Height。对于着两个类实例的管理，我们可以有很多方案，其中可以采用composition机制把这两个comparaotor作为class人的两个成员对象。甚至可以通过lookup的机制来切换选择这两种comparator，这样class人又具有了两种比较的方法，比起直接实现compareTo_Weight/compareTo_Height又在多态性上具有优势。当然当然，你可以说我用reflection一样可以实现多态，其实反射在我看来，逻辑上就有点把方法作为独立对象来对待的意思，就像在javascript语言里那样，所以思想上还是一致的。

这种思想就有点包含了关系数据库的思想，关系本身是一种对象（即数据库中抽象成一张独立的关系表），而不需要紧耦合于形成这个二元关系的实体。而且同样的元实体之间，可以存在多种关系（多张关系表）。如果从集合论的语言去归纳这个问题将会更简洁。

当然以上不是说Comparable.compareTo(T)没用或不好，简而言之，Comparable.compareTo是只需要实现一种关系的时候对Comparator.compare(T, T)的一种简单实现，可以说是特例和范型的关系。