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

适配器模式和外观者模式

一,写在最前面

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

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

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


作者:我和哈
链接:https://www.jianshu.com/p/354aa326593a
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
阅读更多
个人分类: 设计模式
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭
关闭