工作一年多了，纸上的笔记写了不少，但一直没有机会整理。现在离职了，就用这段时间整理一下自己的笔记，也顺便丰富一下自己的博客吧，要不也真的对不起在这里潜水两年的时间。
适配器:基于现有类所提供的服务，向客户提供接口，以满足客户的期望
《Java设计模式》
类适配器
客户的开发人员定义了一个接口，期望用这个接口来完成整数的求和操作，接口定义如下：
public interface Operation{
public int add(int a,int b);
}
开发人员在了解这个接口的定义后，发现一个第三方类，里面有一个方法能实现他们期望的功能，其代码如下：
public class OtherOperation{
public int otherAdd(int a,int b){
return a + b;
}
}
以上第三方类
OtherOperation的方法
public int otherAdd(int a,int b)所提供的功能，完全能符合客户的期望，所以只需要想办法把
OtherOperation的
otherAdd(int a,int b)和客户的
Operation接口联系起来，让这个第三方类来为客户提供他们期望的服务就行了，这样就避免了开发人员再度去研究类似
OtherOperation的
otherAdd(int a,int b)方法的实现（利用已有的轮子，避免重复发明），这方法之一，就是用适配器模式：
public class AdapterOperation extends OtherOperation implements Operation{
public int add(int a,int b){
return otherAdd(a,b);
}
}
以上就是适配器的实现方法之一，
类适配器，在以上实现中存在着三中角色分别是：
1：适配目标角色：Operation。
2：适配类（原）角色：OtherOperation。
3：适配器角色：AdapterOperation。
其中适配器角色是适配器模式的核心。
适配器的主要工作就是通过封装现有的功能，使他满足需要的接口。
对象适配器
我们再来看看另一种情况：
假如客户接口期望的功能不止一个，而是多个：
public interface Operation{
public int add(int a,int b);
public int minus(int a,int b);
public int multiplied(int a,int b);
}
而能提供这些实现的原可能不止一个：
public class OtherAdd{
public int otherAdd(int a,int b){
return a + b;
}
}
public class OtherMinus{
public int minus(int a,int b){
return a - b;
}
}
public class OtherMultiplied{
public int multiplied(int a,int b){
return a * b;
}
}
由于java是不能实现多继承的，所以我们不能通过构建一个适配器，让他来继承所有原以完成我们的期望，这时候怎么办呢?只能用适配器的另一种实现--
对象适配器：
public class AdapterOperation implements Operation{
private OtherAdd add;
private OtherMinus minus;
private OtherMultiplied multiplied;
public void setAdd(OtherAdd add){
this.add = add;
}
public void setMinus(OtherMinus minus){
this.minus = minus;
}
public void setMultiplied(OtherMultiplied multiplied){
this.multiplied = multiplied;
}
//适配加法运算
public int add(int a,int b){
return add.otherAdd(a,b);
}
//适配减法运算
public int minus(int a,int b){
return minus.minus(a,b);
}
//适配乘法运算
public int multiplied(int a,int b){
return multiplied.multiplied(a,b);
}
}
上面代码很明显，适配器并不是通过继承来获取
适配类（原）的功能的，而是通过
适配类的对象来获取的，这就解决了java不能多继承所带来的不便了。这也是java提倡的编程思想之一，即
尽量使用聚合不要使用继承。
还有一种情况是需要使用
对象适配器的。我们来看看，
单我们的客户提供的需求并不是一个明确的接口，而是一个类，并没有定义期望的方法，如下
public class A{
public int add(int a,int b){
return a + b;
}
}
现在客户要一个新类B，要求能在保留类A功能的情况下增加一个运算减法的功能，并要求B能随时替换掉A但不能对已有系统造成影响。这样我们只能新建一个类B，并让B继承A。
public class B extends A{
b(){
super();
}
public int minus(int a,int b){
//待实现的减法运算函数..
}
}
这时候，我们发现类C已经提供了实现减法的函数，
public class C{
public int minus(int a,int b){
return a - b;
}
}
为了避免重复去设计该函数，我们决定引入C类，通过适配C类来达到我们的期望，但问题是A和C都是一个具体类，我们无法让B同时继承这个两个类，而B继承A又是必须的，所以我们只能考虑把C给内聚到B内部，
对象适配器又得派上用场了。
public class B extends A{
private C c;
B(){
super();
}
public void setMinus(C c){
this.c= c;
}
public int minus(int a,int b){
return c.minus(a,b);
}
}
这样，在需要A类的地方都能用B类来代替，同时又保证了新的功能的引入。
更灵活的实现--隐藏目标接口的抽象适配器
做java 桌面应用的都知道WindowListener接口，
public interface WindowListener extends EventListener{
public void windowActivated(WindowEvent e)；
public void windowClosed(WindowEvent e)；
public void windowClosing(WindowEvent e)；
public void windowDeactivated(WindowEvent e)；
public void windowDeiconified(WindowEvent e)；
public void windowIconified(WindowEvent e)；
public void windowOpened(WindowEvent e)；
}
要实现这个接口，我们就必须实现它所定义的所有方法，但是实际上，我们很少需要同时用到所有的方法，我们要的只是其中的两三个。为了不使我们实现多余的方法，
jdk WindowListener提供了一个WindowListener的默认实现类WindowAdapter类，这是一个抽象类，
public abstract class WindowAdapter implements WindowListener{
public void windowActivated(WindowEvent e){}
public void windowClosed(WindowEvent e){}
public void windowClosing(WindowEvent e){}
public void windowDeactivated(WindowEvent e){}
public void windowDeiconified(WindowEvent e){}
public void windowIconified(WindowEvent e){}
public void windowOpened(WindowEvent e){}
}
WindowAdapter类对WindowListener接口的所有有方法都提供了空实现，
有了WindowAdapter类，我们只需要去继承WindowAdapter，然后选择我们所关心的方法来实现就行了，这样就避免了直接去实现WindowListener接口。
分享到：
相关推荐
设计模式之 适配器 Adapter C++ 源码 vs2019 工具，设计模式之 适配器 Adapter C++ 源码 vs2019 工具，设计模式之 适配器 Adapter C++ 源码 vs2019 工具，设计模式之 适配器 Adapter C++ 源码 vs2019 工具，设计模式...
c++设计模式-结构型模式-适配器模式，其他工程，c++源码。适配器模式（Adapter）的定义如下：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。
适配器模式 设计模式 Adapter 还请各位大S指教
设计模式C++学习之适配器模式（Adapter）
适配器模式（Adapter Pattern） 是作为两个不兼容接口之间的桥梁， 这种类型的设计模式属于结构型模式。 一些书籍也称适配器模式为缺省适配器模式（Default Adapter Pattern） 。 适配器模式主要分 为三类： 类...
适配器模式是一种结构型设计模式，它允许接口不兼容的两个类可以协同工作。以下是该模式的要点： 1. **角色**： - **Target（目标接口）**：客户端期望调用的接口。 - **Adaptee（适配者）**：现有的、接口与目标...
javascript设计模式之Adapter模式【适配器模式】实现方法示例.docx
java设计模式之适配器模式，希望对大家有所帮助。
设计模式之适配器模式(Adapter Pattern) 将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
java中的适配器模式，Adapter设计模式(包装器)23种设计模式之一
介绍24设计模式中的Adapter模式，如果使用，实例讲解，等等
1.1 什么是设计模式 2 1.2 Smalltalk MVC 中的设计模式 3 1.3 描述设计模式 4 1.4 设计模式的编目 5 1.5 组织编目 7 1.6 设计模式怎样解决设计问题 8 1.6.1 寻找合适的对象 8 1.6.2 决定对象的粒度 9 1.6.3 指定对象...
走进设计模式之——适配器模式 (Adapter) 对应代码
C#设计模式之适配器模式应用实例
在这里与各位分享本人从网络上下载的C#面向对象设计模式纵横谈系列视频，共有25节，除了第一节需要各位贡献一点资源分以作为对本人上传资源的回馈，后面的其他资源均不需要资源分。敬请期待。 这是第7节：结构型...
C++设计模式课件16_Adapter_适配器.pdf
Head First 设计模式 （七） 适配器模式（Adapter pattern） C++实现
设计模式之Adapter(适配器) 设计模式之Composite(组合) 设计模式之Decorator(油漆工) 设计模式之Bridge 设计模式之Flyweight(享元) 行为模式: 设计模式之Template 设计模式之Memento(备忘机制) 设计模式之Observer ...
C#面向对象设计模式纵横谈(7)：Adapter 适配器模式(结构型模式) 体验课程