————————————
首先，肯德基提供了众多基础菜品，比如鸡翅、汉堡、薯条、沙拉、可乐等等：
这些琳琅满目的菜品虽好，但有些顾客犯了选择困难症，不知道该选什么好。
于是肯德基对这些菜品做了一定的组合，推出了各种各样的套餐。比如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(); } }
