漫画：设计模式之 “外观模式”

—————  第二天  —————

————————————

首先，肯德基提供了众多基础菜品，比如鸡翅、汉堡、薯条、沙拉、可乐等等：

这些琳琅满目的菜品虽好，但有些顾客犯了选择困难症，不知道该选什么好。

于是肯德基对这些菜品做了一定的组合，推出了各种各样的套餐。比如A套餐，包括汉堡/薯条/可乐；B套餐，包括汉堡/鸡翅/沙拉/可乐：

套餐不但搭配合理，而且价钱相对便宜，顾客可以更方便地做出选择，餐厅的销量也得到了提升。

餐厅为顾客提供餐饮服务，和团队协作开发项目又有哪些相似之处呢？

假设小灰在维护一个底层模块的代码，该模块提供了5个基础功能，这些功能对外封装成了5个接口：

某一天，团队里的程序媛小红跑过来和小灰对接：

过了几天，小红又跑过来和小灰对接：

小灰的想法如下：

这里所谓的“套餐”，就是底层细粒度接口的不同组合。在保留底层接口不变的前提下，中间层为调用方提供了便利。

这正是外观模式（Facade Pattern）的设计思想：

To make a complex subsystem easier to use, a simple interface should be provided for a set of interfaces in the subsystem.

为了使复杂的子系统更容易被使用，应当为子系统的众多接口提供一个简洁的高层接口。

上图中，几个SubSystem类对应着我们刚才所说的底层基础功能，而Facade类对应着中间层，为调用方提供“套餐”服务。

public class SubSystemA {
    public void methodA(){
        System.out.println("执行方法A");
    }
}

public class Facade {

    public void comboMethodA(){
        SubSystemA subSystemA = new SubSystemA();
        SubSystemB subSystemB = new SubSystemB();
        SubSystemD subSystemD = new SubSystemD();
        subSystemA.methodA();
        subSystemB.methodB();
        subSystemD.methodD();
    }

    public void comboMethodB(){
        SubSystemE subSystemE = new SubSystemE();
        SubSystemD subSystemD = new SubSystemD();
        SubSystemB subSystemB = new SubSystemB();
        subSystemE.methodE();
        subSystemD.methodD();
        subSystemB.methodB();
    }
}

public class Client {
    public static void main(String[] args) {
        Facade facade = new Facade();
        //通过外观模式，调用组合接口A
        facade.comboMethodA();
        //通过外观模式，调用组合接口B
        facade.comboMethodB();
    }
}

—————END—————

喜欢本文的朋友，欢迎关注公众号 程序员小灰，收看更多精彩内容

点个[在看]，是对小灰最大的支持！