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

适配器模式和外观者模式

一，写在最前面

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();
}

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

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

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！