设计模式系列—适配器模式和外观模式

《Head First设计模式》读书笔记

适配器模式和外观者模式

一，写在最前面

1，为什么要将这两个设计模式写在一起？

不仅这两个设计模式都比较简单，而且我们可以通过这两个设计模式更好的理解OO思想。

2，在本章节的最后会引入了最少知识设计原则。

二，适配器模式

1，生活中的适配器

如果你自己接过水管或者自己接过洗衣机的水管头，你肯定有过类似的体验，无论你怎么接，它都会漏水，然后去店里一问，就知道有水管转换接头这么个东西。他可以让两个粗细不同对接不上的水管无缝的对接在一起。

2，面向对象的适配器

两套系统的使用接口不一致，但是你想将两套系统给对接起来，你就必须设计一个适配器将两个接口对接起来，这样你就可以在一个系统中调用另外一个系统的实现方案。
　　适配器模式定义：将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。

三，适配器模式（引入书中的demo，而并不只是简单设计一个水管的接口转换，后面会介绍到）

1，将火鸡伪装成一个Duck这是我们的目的，看到这句话可能会想到装饰者模式，注意比较，先看适配器模式代码，一个Duck接口和一个Turkey接口。

public interface Duck {
public void quak();
public void fly();
}

public interface Turkey {
public void gobble();
public void fly();
}

2，先看两个Duck和Turkey实现类

public class MallarDuck implements Duck{

@Override
public void quak() {
    System.out.println("Quack~");
}

@Override
public void fly() {
    System.out.println("I'm flying~");
}
}

public class WildTurkey implements Turkey{

@Override
public void gobble() {
    System.out.println("Gobble gobble");
}

@Override
public void fly() {
    System.out.println("I'm flying a short distance");
}
}

3，到这里，分别有一个Duck具体类和一个WildTurkey具体类，那么我就需要一个adapter来将wildTurkey转换成Duck接口。

public class TurkeyAdapter implements Duck{
private Turkey turkey;

public TurkeyAdapter(Turkey turkey) {
    this.turkey = turkey;
}

@Override
public void quak() {
    turkey.gobble();
}

//火鸡没有鸭子飞得远，那么我们就可以飞五次来假装成和鸭子一样的距离。
@Override
public void fly() {
    for(int i = 0; i < 5 ; i++){
        turkey.fly();
    }
}
}

4，然后我们看看测试代码：

public class Test {
public static void main(String[] args) {
    MallarDuck duck = new MallarDuck();
    duck.quak();
    duck.fly();
    System.out.println("--------------");
    WildTurkey turkey = new WildTurkey();
    TurkeyAdapter adapter = new TurkeyAdapter(turkey);
    adapter.quak();
    adapter.fly();
}
}

5，测试结果

Quack~
I'm flying~
--------------
Gobble gobble
I'm flying a short distance
I'm flying a short distance
I'm flying a short distance
I'm flying a short distance
I'm flying a short distance

四，适配器模式和装饰者模式

我们乍一看，怎么像把火鸡给包装成鸭子了，这不就是装饰者模式的思想吗？
　　通过仔细分析，我们可以发现，装饰者模式主要就是组合和委托，那么他们的类型是一定不能变得，一定得一致，中途也没有类型的转换。但是适配器模式一定要进行接口的转换。这就是他们最大的区别。

五，外观者模式

1，定义

提供一个简易的接口，来访问子系统中的一群接口。外观定义了一个高层接口，让子系统容易使用。

2，demo背景介绍（例子本身不重要，关键理解思想）

比如我们看家庭影院。我们需要打开电视，打开DVD，打开功放，设置输入模式为DVD，设置声道为双声道，设置房间灯光亮度等等。这么多设置，我们希望将这些动作简化为一次。

3，实现思路

创建一个类，实例化所有需要设置的对象，然后通过一个命令方法，里面包括了所有的对象的方法，但是只有一个命令入口。只需要调用这一个入口就可以实现所有的设置。

六，外观者模式demo代码

1，需要设置的对象类：

public class Amplifier {
public void on(){
    System.out.println("The amplifier is on~");
}
}

public class Light {
public void adjust(){
    System.out.println("Adjuast the light~");
}
}

public class TV {
public void on(){
    System.out.println("The TV is on~");
}
}

2,设置一个类来把这些对象命令包装组合起来

public class HomeTheater {
Amplifier amp;
Light light;
TV tv;
public HomeTheater(Amplifier amp,Light light,TV tv) {
    this.amp = amp;
    this.light = light;
    this.tv = tv;
}
public void WatchMove(){
    amp.on();
    light.adjust();
    tv.on();
}
}

3，测试类

public class Test {
public static void main(String[] args) {
    Amplifier amp = new Amplifier();
    Light light = new Light();
    TV tv = new TV();
    HomeTheater homeTheater = new HomeTheater(amp, light, tv);
    homeTheater.WatchMove();
}
}

4，输出结果

The amplifier is on~
Adjuast the light~
The TV is on~

七，最少知识原则

不要让太多的类耦合在一起，这样会导致一个问题：修改系统的一个部分可能会导致修改的部分会影响太多。这就是一个维护与开发的问题，从长远看，开发的时候多花点时间建立一个易于维护的系统是更优的选择。
　　不采用下面这种方式，耦合太多的类：

public float getTemp(){
    return station.getThermometer().getTemperture();
}

一般遵循的原则只应该调用属于以下范围的方法：

• 该对象本身
• 被当做方法的参数而传递进来的对象
• 此方法创建或者实例化的任何对象
• 对象的任何组件

---

如果觉得总结不错，麻烦大家点击一下喜欢，便是对我最大的支持和肯定！