相关模式的比较
Adapter和Proxy模式都是围绕对象而建立了一个“薄层”。然而，Adapter为对象提供了一个不同的接口，而Proxy却是提供的相同接口，只不过自己在其中推迟了进程或者数据传输的执行。
Decorator模式仍然是提供所对应对象的相同接口，但其目的却是为原始对象提供额外的函数（通常是虚函数）。相反，Proxy模式则是控制对包含对象的访问。
Adapter模式
顾名思义，Adapter模式用来将一个类的程序接口转换为另一个类的接口。怎么转换呢？你可以编写一个具有希望的接口的类，然后用它来同那个不同接口的类通信来实现。在任何时候，只要我们想让不相关的类协同工作的时候，都可以使用该模式。
有两种方法可以实现它：继承，或者组合。使用继承时，我们通过从不太合适的那个类派生一个新的类，然后向新类中添加适当方法以同期望的接口相匹配。而使用组合时，我们在新类中包含原始类，并添加方法来传递相应得接口调用。这两种方法也分别叫做class adapters 和 object adapters，都比较容易理解和实现。
实例：这方面的例子很多，比如在一个学籍管理系统中我们要展现学生信息，而这些信息可能按照不同的格式分散的存在几个地方，比如有的是XML，有的是数组等，且信息存储的顺序不同，比如有的学号存在姓名前，反之亦然（假设的，实际不大可能），而我们希望能用固定格式展现，这个时候就可以使用Adapter模式。
Proxy模式
Proxy模式适用于当你想将一个复杂，耗时的对象展现为一个简单一点的对象时。什么意思呢？如果你要建立的那个对象是十分耗时和消耗计算机资源的，使用Proxy模式，你就可以将该对象的实现推迟，直到你真正的需要该对象的时候。一个Proxy通常拥有同它代理的对象相同的方法，当实际需要的时候它将对方法的调用传递给实际的对象。
在以下几种情况可以使用Proxy模式：
1、 一个对象需要花费较长的时间去加载，如一张大的图片；
2、 一些要花费大量时间去计算的结果，而你又需要正在计算的时候展示一个临时结果；
3、 对象位于远程机器上，通过网络加载它很慢，尤其在网络高峰期；
4、 对象访问有权限限制，Proxy就可以验证用户的权限。
实例：
比如我们要在窗口显示图片和文字，并且它们按一定的格式排版。而对图片的加载往往较慢，而我们不希望在图片为加载成功前影响版面。这个时候我们可以使用Proxy，创建一个imgproxy类，窗口不对image对象操作，转而与该类交互，我们可以在该类中设置一个时钟，在刚被调用时返回一个简单的但是同等大小的image，仅当一段时间，即实际的图片加载成功后才返回它。
代码如下：
public class ImageProxy {
private bool done;
private Timer timer;
//-----
public ImageProxy() {
//create a timer thread and start it
timer = new Timer (
new TimerCallback (timerCall), this, 5000, 0);
}
//-----
//called when timer completes
private void timerCall(object obj) {
done = true;
timer.Dispose ();
}
//-----
public Image getImage() {
Imager img;
if (done)
img = new FinalImage ();
else
img = new QuickImage ();
return img.getImage ();
}
}
效果如同：
Bridge模式
咋看起来，Bridge模式和Adapter模式可能很相似，因为它们都是将一个接口转换为另一个。然而，Adapter模式的含义是让一个或多个类的接口看起来跟我们期望的类那样；而Bridge模式是将类的接口和它的实现分开，这样你能方便的修改它的实现而不用修改接口代码。
在Bridge模式中需要用到的是“抽象”的概念，它用来定义类的接口，而对抽象的实现，则是扩展和实现接口；
这样的例子很普遍，一个经典的实例就是对同一数据的不同展示：柱状图，饼状图等。
（...）
本文地址：http://com.8s8s.com/it/it36814.htm