代理模式在客户对象调用服务提供者对象上方法的前后，执行诸如日志（logging）和计数（counting）一系列附加功能时很有用。代理模式建议把这些附加功能封装在一个单独的对象，这个对象就是指计数代理对象，而不是把这些附加的功能实现放到服务提供者的内部。
良好的对象设计的一个特征就是对象要专注于提供特定的功能。换句话说，理想的对象不应该做各种不相干的事情。把诸如日志（logging）和计数（counting）等类似的功能封装为一个单独的对象，而让服务提供者对象仅提供它自己的特定功能。也就是说，只允许服务提供者对象执行定义良好、特定的任务。
代理被设计成可以被客户访问的与服务提供者具有相同接口的对象。客户对象不是直接访问服务提供者，而是调用计数代理对象上的方法，计数代理执行必要的纪录日志（logging）和计数（counting）功能后，再把方法调用传递给服务提供着对象。如 图1
<CountingProxy的命名不太恰当，因为它代理的不仅仅是记数的功能，还有日志能其他功能。>
下面的例子说明了如何在应用程序中利用计数代理。例子：
让我们设计一个Order类，类层次如图2，OrderIF接口声明了getAllOrders读取数据库中所有订单的简单方法。
public interface OrderIF {
public Vector getAllOrders();
}
作为getAllOrders方法实现的一部分，Order类实用了FileUtil工具类从order.txt文件中读取订单项。
public class Order implements OrderIF {
public Vector getAllOrders() {
FileUtil fileUtil = new FileUtil();
Vector v = fileUtil.fileToVector("orders.txt");
return v;
}
}
让我们假定在调用getAllOrders()时，需要把取数据文件所花费的时间和记录条数要记录到log日志文件中(记录日志是常规功能)。
这个附加的功能可以设计一个单独的OrderProxy类来实现，它与真实对象Order一样实现OrderIF接口。这样保证了OrderProxy对象提供给客户与真实对象Order一样的接口。如图3
public class OrderProxy implements OrderIF {
private int counter = 0;
public Vector getAllOrders() {
Order order = new Order();
counter++; //<得不到定单的条数!!!!>
long t1 = System.currentTimeMillis ();
Vector v = order.getAllOrders();
long t2 = System.currentTimeMillis();
long timeDiff = t2 - t1;
String msg = "Iteration=" + counter + "::Time=" + timeDiff + "ms"; <数据的条数和所用时间>
//log the message
FileUtil fileUtil = new FileUtil();
fileUtil.writeToFile("log.txt”,msg, true, true); <记录到一个日志文件>
return v;
}
}
客户对象MainApp就象调用真实对象Order一样调用OrderProxy对象上的getAllOrders()方法，OrderProxy对象传递这个调用给真实对象Order,计算读取所有订单所花费的时间并使用FileUtil帮助类将其纪录的log日志文件中。在这个过程中， OrderProxy扮演者计数代理的角色。
public class MainApp {
public static void main(String[] args) {
OrderIF order = new OrderProxy();
Vector v = order.getAllOrders();
v = order.getAllOrders();
v = order.getAllOrders();
v = order.getAllOrders();
}
}
<简评：
本例中这种调用方式：
OrderIF order = new OrderProxy();
Vector v = order.getAllOrders();
优点：
1. 更加符合“开-闭原则”。增加新功能，不修改原来的类，而是通过添加新的类实现功能的增强。
2. 减少了客户端的工作量，接口够简洁。
缺点：在描述类关系上不够清晰，不够OO。
如果Order类在OrderProxy类中作为一个类变量出现，这样就能清晰的反映OrderProxy和Order类之间是引用的关系，更OO一些。但这时，却增加了client端的工作量：要先生成Order类的一个对象，然后赋值给OrderProxy类中的Order类变量。
