美文网首页iOSjava基础与进阶web攻城狮
设计模式系列—适配器模式和外观模式

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

作者: 呆麻子 | 来源:发表于2016-07-03 21:10 被阅读730次

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

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

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

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

    相关文章

      网友评论

      本文标题:设计模式系列—适配器模式和外观模式

      本文链接:https://www.haomeiwen.com/subject/vhdcjttx.html