Comparable
Comparable可以认为是一个内比较器,实现了Comparable接口的类有一个特点,就是这些类是可以和自己比较的,至于具体和另一个实现了Comparable接口的类如何比较,则依赖compareTo方法的实现,compareTo方法也被称为自然比较方法。如果开发者add进入一个Collection的对象想要Collections的sort方法帮你自动进行排序的话,那么这个对象必须实现Comparable接口。compareTo方法的返回值是int,有三种情况:
1、比较者大于被比较者(也就是compareTo方法里面的对象),那么返回正整数
2、比较者等于被比较者,那么返回0
写个很简单的例子:
运行结果
学生:10000:touy
学生:377:Angela
学生:486:Mike
学生:973:Lucy
Comparator
Comparator可以认为是是一个外比较器,个人认为有两种情况可以使用实现Comparator接口的方式:
1、一个对象不支持自己和自己比较(没有实现Comparable接口),但是又想对两个对象进行比较
2、一个对象实现了Comparable接口,但是开发者认为compareTo方法中的比较方式并不是自己想要的那种比较方式
Comparator接口里面有一个compare方法,方法有两个参数T o1和T o2,是泛型的表示方式,分别表示待比较的两个对象,方法返回值和Comparable接口一样是int,有三种情况:
1、o1大于o2,返回正整数
2、o1等于o2,返回0
3、o1小于o3,返回负整数
例子:
main方法:
结果:
学生:377:Angela
学生:973:Lucy
学生:486:Mike
学生:10000:touy
当然因为泛型指定死了,所以实现Comparator接口的实现类只能是两个相同的对象(不能一个Domain、一个String)进行比较了,因此实现Comparator接口的实现类一般都会以"待比较的实体类+Comparator"来命名
总结
总结一下,两种比较器Comparable和Comparator,后者相比前者有如下优点:
1、如果实现类没有实现Comparable接口,又想对两个类进行比较(或者实现类实现了Comparable接口,但是对compareTo方法内的比较算法不满意),那么可以实现Comparator接口,自定义一个比较器,写比较算法
2、实现Comparable接口的方式比实现Comparator接口的耦合性 要强一些,如果要修改比较算法,要修改Comparable接口的实现类,而实现Comparator的类是在外部进行比较的,不需要对实现类有任何修 改。从这个角度说,其实有些不太好,尤其在我们将实现类的.class文件打成一个.jar文件提供给开发者使用的时候。实际上实现Comparator 接口的方式后面会写到就是一种典型的策略模式。
当然,这不是鼓励用Comparator,意思是开发者还是要在具体场景下选择最合适的那种比较器而已。
public List<Push> scanHistoryVersions(Push push){
String historyVersionIds = push.getHistoryVersionIds();
List<Push> hisPushList = new ArrayList<Push>();
if (StringUtils.isNotBlank(historyVersionIds)) {
String [] historyIds = historyVersionIds.split(",");
for (String hisId : historyIds) {
if (StringUtils.isNotBlank(hisId)) {
Push oldPush = dao.get(hisId);
hisPushList.add(oldPush);
}
}
}
Collections.sort(hisPushList, new Comparator<Push>(){
public int compare(Push o1, Push o2) {
if(o1.getVersion() > o2.getVersion()){
return 1;
}
if(o1.getVersion() == o2.getVersion()){
return 0;
}
return -1;
}
});
Collections.reverse(hisPushList);
return hisPushList;
}