适配器模式

适配器模式

标签 ： Java与设计模式

---

结构型模式

在攻克了对象的创建问题之后，对象的组成以及对象之间的依赖关系就成了开发者关注的焦点，由于怎样设计对象的结构、继承和依赖关系会影响到兴许程序的维护性、代码的健壮性、耦合性等。对象结构的设计非常easy体现出设计人员水平的高低;
结构型模式共同拥有7个可供研究，它们各自是: 适配器模式, 代理模式, 桥接模式, 装饰者模式, 组合模式, 外观模式, 享元模式;

---

适配器模式

将一个类的接口转换成客户希望的另外一个接口. Adapter模式使得原本由于接口不兼容而不能一起工作的那些类能够一起工作;

适配器模式中的角色:

• 目标接口(Target): client所期待的接口
• 须要适配的类(Adaptee): 原先就存在的须要适配的类;
• 适配器(Adapter): 通过包装一个须要适配的对象,把原接口转换成目标接口.

实现

• 须要适配的类

/**
 * Created by jifang on 15/12/10.
 */
public class Adaptee {

    public void specificRequest() {
        System.out.println("特殊请求");
    }
}

• 目标接口(Target)

public interface Target {
    void request();
}

• 适配器

public class Adapter implements Target {

    private Adaptee adaptee;

    public Adapter(Adaptee adaptee) {
        this.adaptee = adaptee;
    }

    @Override
    public void request() {
        adaptee.specificRequest();
    }
}

• Client

public class Client {

    @Test
    public void client() {
        Target target = new Adapter(new Adaptee());
        target.request();
    }
}

---

小结

• 适配器模式使用场景:
  两个类(Target与Adaptee)所做的事情同样或类似,可是具有不同的接口.使用适配器之后能够使得client能够统一调用一个接口(Target)即可了, 这样应该就能够更简单, 更直接, 更紧凑.

• 适配器模式的缺点
  大家可能注意到了: 我在介绍须要适配的类这一角色的时候写到他是原先就存在的类;由于在公司内部,类和方法命名都有其规范,最好前期就设计好并进行统一,由于过多的使用适配器，会让系统非常零乱，一个系统假设太多出现这样的情况，无异于一场灾难;因此假设不是非常有必要，能够不使用适配器，而是直接对系统进行重构. 除非是在两方都不太easy改动的时候才使用适配器模式.

---

參考

• 《JAVA与模式》之适配器模式
• 大话设计模式