我们已经知道，在完成一个通用功能的设计时，必然会抽象并且隔离功能级别，把最一般的功能抽象出来，放到接口里去，具体实现接口的类完成具体功能。因为所有的具体实现都有共同的接口，虽然功能实际不同，但是抽象含义相似，因此在抽象级别，其他类调用时就可以把最抽象的接口作为代理（委托）来调用，思路简单清晰。
在commons-io这个开源框架中，封装了对io的基本操作，其中org.apache.commons.io.comparator包就是经典的设计典范，comparator顾名思义就是为了提供一系列的文件排序器，辅助排序。这里我把结构图画一下：
一个AbstractFileComparator抽象类完成了一层包内抽象，直接实现接口Comparator<File>，并且提供了sort方法完成了通过比较的排序功能：
public File[] sort(File... files) {
if (files != null) {
Arrays.sort(files, this);
}
return files;
}
public List<File> sort(List<File> files) {
if (files != null) {
Collections.sort(files, this);
}
return files;
}
所有的具体排序器实现都继承了这个AbstractFileComparator抽象类，实现compare方法，完成各自的比较，比如有根据文件大小比较的SizeFileComparator，有根据修改时间比较的LastModifiedFileComparator等等。值得一提的就是用到了委托的ReverseComparator和CompositeFileComparator，Reverse顾名思义就是反转排序，默认的排序器都是升序的，谁小把谁排在前面，ReverseComparator通过代理一个Comparator
private final Comparator<File> delegate;
构造时作为参数把delegate实例化，public ReverseComparator(Comparator<File> delegate)，最后实现compare方法：
public int compare(File file1, File file2) {
return delegate.compare(file2, file1); // parameters switched round
}
完成整个反转排序的功能，看出端倪了吧。一个代理的引入，减少了一半的工作量，把排序功能实现的非常全面。
同理，组合排序器的实现正好利用了多维的代理
private final Comparator<File>[] delegates;
构造时传入的参数是一个可变长度数组，public CompositeFileComparator(Comparator<File>... delegates)，或者一个可迭代对象，public CompositeFileComparator(Iterable<Comparator<File>> delegates)，实现的compare方法如下：
public int compare(File file1, File file2) {
int result = 0;
for (Comparator<File> delegate : delegates) {
result = delegate.compare(file1, file2);
if (result != 0) {
break;
}
}
return result;
}
组合排序就是提供一系列排序器，顺序比较，直到出现不相等情况。考虑到实际应用，我们经常是否只是实现了Comparable接口，在compareTo方法中写if else呢？引入代理的排序器api设计，给了我们不错的启示。
