————— 第二天 —————
————————————
首先,肯德基提供了众多基础菜品,比如鸡翅、汉堡、薯条、沙拉、可乐等等:
这些琳琅满目的菜品虽好,但有些顾客犯了选择困难症,不知道该选什么好。
于是肯德基对这些菜品做了一定的组合,推出了各种各样的套餐。比如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—————
喜欢本文的朋友,欢迎关注公众号 程序员小灰,收看更多精彩内容
点个[在看],是对小灰最大的支持!