适配器模式我理解他就是为了协调已有代码和不断变化的需求的一个折中的选择。
例如：
假设我们以前开发过一个项目，他提供一个类Vehicle，用来表示所有交通工具，能够提供该物体的运动状态和改变状态的方法，例如启动、制动、加速、减速、转向、前进、后退等功能。但是这个类提供方法计算距离的单位是公制，也就是按照米来计算的。
但是后来有另外一个项目，也需要上述的功能，只不过要求按照英制来计算距离。而且这个英国客户已经定义了一个接口，其中各方法不但方法名称不同，而且计算距离的制式是采取英制的。
遇到这种情况，一方面可以修改已有代码，再建立一套适合英制的版本。但这不是最好的办法，会导增加后期版本维护的问题。
为了达到既能满足新项目接口规范的要求，又对已有项目的影响最小。我们可以采取适配器模式定义另外一个类，这个类需要继承自我们已有的类Vehicle，然后实现客户定义的接口。然后在实现代码中对各种距离参数进行制式转换后，传递给基类Vehicle去按照公制处理。这样我们只需要向这个英国客户公布新定义的类，例如是Vehicle2。他就可以通过这个类来访问你以前的代码。因为这个类实现了客户定义的接口，所以对客户的代码是兼容的。而且这种方式下客户的开发工作可以不受我们开发进度的影响，只要他们的代码是规范的使用这个接口，就不存在问题。
所以我总结适配器模式，有利于代码重用，能够让不同小组同步开发。当然前提是事先要规划好接口，如果接口都一变再变，那么可能会导致很多意想不到的问题出现。
洪虎
2006-10-18