关于java:我所知道设计模式之外观者模式

前言介绍

接下里介绍的是 Java 的设计模式之一：外观模式

咱们还是以一个问题进行开展，引入外观模式

编写程序组建一个家庭影院

DVD 播放器、投影仪、主动屏幕、盘绕立体声、爆米花机, 要求实现应用家庭影院的性能

其过程为：间接用遥控器兼顾各设施开关

一、传统形式解决问题

将各个设施相干对象，调用创立并各个对象的一系列办法

每个设施都有本人的办法，开、关、以及一些系列的办法

传统形式解决影院治理问题剖析

在 ClientTest 的 main 办法中，创立各个子系统的对象，并间接去调用子系统 (对象) 相干办法，会造成调用过程凌乱，没有清晰的过程

不利于在 ClientTest 中，去保护对子系统的操作

解决思路：定义一个高层接口，给子系统中的一组接口提供一个统一的界面(比方在高层接口提供四个办法 ready, play, pause, end)，用来拜访子系统中的一群接口

也就是说 就是通过 定义一个统一的接口 (界面类)，用以 屏蔽外部子系统的细节，使得调用端只需跟这个接口产生调用，而无需关怀这个子系统的外部细节 => 外观模式

二、什么是外观模式

外观模式（Facade），也叫“过程模式：外观模式为子系统中的一组接口提供一个统一的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易应用

外观模式通过定义 一个统一的接口，用以屏蔽外部子系统的细节，使得调用端只需跟这个接口产生调用，而无需关怀这个子系统的外部细节

外观模式的原理类图

外观类 (Facade): 为 调用端提供对立的调用接口, 外观类晓得哪些子系统负责解决申请, 从而将调用端的申请代理给适当子系统对象

调用者 (Client): 外观接口的调用者

子系统的汇合：指模块或者子系统，解决 Facade 对象指派的工作，他是性能的理论提供者

三、应用外观模式解决问题

外观模式 能够了解为转换一群接口，客户只有调用一个接口，而不必调用多个接口能力达到 目标。

比方：在 pc 上装置软件的时候常常有一键装置选项（省去抉择装置目录、装置的组件等等）

还有就是手机的重启性能（把关机和启动合为一个操作

利用示例图

咱们依据需要创立不同的类，比如说 DVD、爆米花、投影仪等

class DVDPlayer {

    // 应用单例模式, 应用饿汉式
    private static DVDPlayer instance = new DVDPlayer();
    
    private DVDPlayer(){}
    
    public static DVDPlayer getInstanc() {return instance;}
    public void on() {System.out.println("dvd on");
    }
    public void off() {System.out.println("dvd off");
    }
    public void play() {System.out.println("dvd is playing");
    }
}

class Popcorn {private static Popcorn instance = new Popcorn();
   
    private Popcorn(){}

    public static Popcorn getInstance() {return instance;}
    public void on() {System.out.println("popcorn on");
    }

    public void off() {System.out.println("popcorn ff");
    }
    public void pop() {System.out.println("popcorn is poping");
    }
}

class Projector {private static Projector instance = new Projector();

    private Projector(){}
    
    public static Projector getInstance() {return instance;}

    public void on() {System.out.println("Projector on");
    }

    public void off() {System.out.println("Projector ff");
    }

    public void focus() {System.out.println("Projector is Projector");
    }
}

class Screen {private static Screen instance = new Screen();
    
    private Screen(){}
    
    public static Screen getInstance() {return instance;}
    public void up() {System.out.println("Screen up");
    }
    public void down() {System.out.println("Screen down");
    }
}

传统模式下的调用很麻烦，须要创立不同的对象，并且调用程序

其实客户并不关怀这些细节，咱们只有通过一个外观类包装起来即可

class HomeTheaterFacade {

    // 定义各个子系统对象
    private Popcorn popcorn;
    private Projector projector;
    private Screen screen;
    private DVDPlayer dVDPlayer;

    // 结构器
    public HomeTheaterFacade() {super();
        this.popcorn = Popcorn.getInstance();
        this.projector = Projector.getInstance();
        this.screen = Screen.getInstance();
        this.dVDPlayer = DVDPlayer.getInstanc();}

    // 操作分成 4  步
    public void ready() {popcorn.on();
        popcorn.pop();
        screen.down();
        projector.on();
        dVDPlayer.on();}

    public void play() {dVDPlayer.play();
    }

    public void end() {popcorn.off();
        screen.up();
        projector.off();
        dVDPlayer.off();}
}

接下来咱们应用 demo 看看客户是怎么调用呢？

public static void main(String[] args) {
    // 定义各个子系统对象
    HomeTheaterFacade homeTheaterFacade = new HomeTheaterFacade();
    homeTheaterFacade.ready();
    homeTheaterFacade.play();
    homeTheaterFacade.end();}
运行后果如下：popcorn on 
popcorn is poping    
Screen down 
Projector on 
dvd on 
dvd is playing 
popcorn ff 
Screen up 
Projector ff 
dvd off 

四、外观模式的注意事项和细节

外观模式对外屏蔽了子系统的细节，因而外观模式升高了客户端对子系统应用的复杂性

外观模式对客户端与子系统的耦合关系 – 解耦，让子系统外部的模块更易保护和扩大

通过正当的应用外观模式，能够帮咱们更好的划分拜访的档次

当零碎须要进行分层设计时，能够思考应用 Facade 模式

在保护一个遗留的大型零碎时，可能这个零碎曾经变得十分难以保护和扩大，此时能够思考为新零碎开发一个

Facade 类，来提供遗留零碎的比拟清晰简略的接口，让新零碎与 Facade 类交互，进步复用性

不能过多的或者不合理的应用外观模式，应用外观模式好，还是间接调用模块好。要以让零碎有档次，利于保护为目标。

参考资料

尚硅谷：设计模式（韩顺平老师）：外观模式

Refactoring.Guru：《深刻设计模式》