1 介绍
定义:又叫门面模式,提供一个统一的接口,用来访问子系统中的一组接口,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用
类型:结构性
适用场景:
- 子系统越来越复杂,增加外观模式提供简单调用接口
- 构建多层系统结构,利用外观对象作为每层的入口,简化层间调用
优点:
- 简化了调用过程,无需了解深入子系统,防止带来风险
- 减少系统依赖、松散耦合
- 更好的划分访问层次
- 符合迪米特法则,即最少知道原则
缺点:
- 增加子系统、扩展子系统行为容易引入风险
- 不符合开闭原则
UML类图:
2 示例
支付宝、淘宝都会有积分兑换活动,我们拿积分兑换它所列出的商品礼物时,系统需要校验我们的积分数,礼物的库存,积分支付以及对接物流信息系统等。我们可以把这些看做是兑换系统的子系统,对外可以封装一个礼物兑换的外观类来把这些逻辑封装起来。接下来看如何使用外观模式实现它吧。
- 积分礼物实体类:PointsGift
public class PointsGift {
private String name; //礼物的名称
public PointsGift(String name) {
this.name = name;
}
public String getName() {
return name;
}
}
- 子系统角色-校验库存:QualifyService
public class QualifyService {
public boolean isAvailable(PointsGift pointsGift){
System.out.println("校验"+pointsGift.getName()+" 积分兑换资格通过,库存数通过");
return true;
}
}
- 子系统角色-积分支付:PointsPaymentService
public class PointsPaymentService {
public boolean pay(PointsGift pointsGift){
System.out.println("支付"+pointsGift.getName()+"成功");
return true;
}
}
- 子系统角色-物流信息:ShippingService
public class ShippingService {
public String shipGift(PointsGift pointsGift){
//物流系统的对接逻辑
System.out.println(pointsGift.getName()+"进入物流系统");
String shippingOrderNo = "10000";
return shippingOrderNo;
}
}
- 外观角色:GiftExchangeService
public class GiftExchangeService {
private QualifyService qualifyService = new QualifyService();
private PointsPaymentService pointsPaymentService = new PointsPaymentService();
private ShippingService shippingService = new ShippingService();
public void giftExchange(PointsGift pointsGift){
if(qualifyService.isAvailable(pointsGift)){
//资格校验通过
if(pointsPaymentService.pay(pointsGift)){
//如果支付积分成功
String shippingOrderNo = shippingService.shipGift(pointsGift);
System.out.println("物流系统下单成功,订单号是:"+shippingOrderNo);
}
}
}
}
- 客户角色
public class Test {
public static void main(String[] args) {
PointsGift pointsGift = new PointsGift("杯子");
GiftExchangeService giftExchangeService = new GiftExchangeService();
giftExchangeService.giftExchange(pointsGift);
}
}
最终的运行结果如下:
校验杯子 积分兑换资格通过,库存通过
支付杯子积分成功
杯子进入物流系统
物流系统下单成功,订单号是:10000
扩展:在外观模式中,当增加或移除子系统时需要修改外观类,这样就违背了“开闭原则”。如果我们引入抽象外观类,则能够在一定程度上解决了该问题。
3 使用典范
-
Mybatis的
Configuration
类 -
SpringJdbc的
JdbcUtils
类