场景
- 客户下单付款后，有一系列的动作：采摘/商品包装/物流送货等
- 一个订单流程，需要关注三个组件服务的使用细节，有使用风险（比如包装服务中有其他功能也被调用到）。对调用方来说只关注facade组件，不需要知道底层服务，隐藏掉底层服务中，不相干的功能。
外观模式
定义
是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。
结构
-
外观（Facade）角色：为多个子系统对外提供一个共同的接口。
-
子系统（Sub System）角色：实现系统的部分功能，客户可以通过外观角色访问它。
-
客户（Client）角色：通过一个外观角色访问各个子系统的功能。
UML类图
代码实现
实现
外观角色
public class Facade {
private PickService pickService = new PickService();
private PackService packService = new PackService();
private SendService sendService = new SendService();
//订单业务
void doOrder(){
//采摘
pickService.doPick();
//包装
packService.doPack();
//邮寄
sendService.doSend();
}
}
子系统角色
/**
* 采摘服务
*/
public class PickService {
/**
* 采摘水果
*/
public void doPick(){
//选择水果
AbstractFactory factory = new AppleFactory();
Fruit fruit = factory.getFruit();
fruit.getFruit();
//选择袋子型号
BagAbstraction pickBag = new SmallBag();
//袋子材质
Material material = new Paper();
pickBag.setMaterial(material);
//开始采摘
pickBag.pick();
}
public void doOther(){
System.out.println("其它服务");
}
}
/**
* 包装服务
*/
public class PackService {
/**
* 水果打包：防伪/加固/加急等
*/
public void doPack(){
AbstractFactory factory = new AppleFactory();
//得到包装
Bag bag = factory.getBag();
//现需要增加防伪标识
bag = new CheckedBagDecorator(bag);//防伪功能
bag = new ReinforceBagDecorator(bag);//加固功能
bag = new SpeedDecorator(bag);//加急功能
bag.pack();
}
public void doOther(){
System.out.println("其它服务");
}
}
/**
* 快递服务
*/
public class SendService {
/**
* 指定目的地，发送快递
*/
public void doSend() {
//根目录
ComponentNode root = new CompositeNode("目的地");
//第一级
ComponentNode bj = new CompositeNode("北京");
ComponentNode sh = new CompositeNode("上海");
ComponentNode tj = new CompositeNode("天津");
root.add(bj);
root.add(sh);
root.add(tj);
//第二级,属于北京
ComponentNode cyq = new CompositeNode("朝阳区");
ComponentNode hdq = new CompositeNode("海淀区");
ComponentNode xcq = new CompositeNode("西城区");
bj.add(cyq);
bj.add(hdq);
bj.add(xcq);
//第三级，属于朝阳区
ComponentNode cwjd = new CompositeNode("朝外街道");
ComponentNode slt = new CompositeNode("三里屯");
cyq.add(cwjd);
cyq.add(slt);
//最后一级,没有子节点
LeafNode leafNode = new LeafNode("三里屯卤煮店");
slt.add(leafNode);
//以下物流运输业务。。。。
System.out.println("本次快递目的地：北京-朝阳区-三里屯");
}
public void doOther() {
System.out.println("其它服务");
}
}
客户端调用
public class TestClient {
public static void main(String[] args) {
Facade facade = new Facade();
facade.doOrder();
}
}
结果
我是苹果
小包装+纸盒
使用苹果盒包装
打印上防伪标识
加固包装
加急标识
本次快递目的地：北京-朝阳区-三里屯
优缺点
优点
- 降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。
- 对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。
- 降低了大型软件系统中的编译依赖性，简化了系统在不同平台之间的移植过程，因为编译一个子系统不会影响其他的子系统，也不会影响外观对象。
缺点
- 不能很好地限制客户使用子系统类。
- 增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”。
外观模式的本质
外观模式的本质：封装交互，简化调用
使用场景
- 对分层结构系统构建时，使用外观模式定义子系统中每层的入口点可以简化子系统之间的依赖关系。
- 当一个复杂系统的子系统很多时，外观模式可以为系统设计一个简单的接口供外界访问。
- 当客户端与多个子系统之间存在很大的联系时，引入外观模式可将它们分离，从而提高子系统的独立性和可移植性。
1559
