作者爱说话
今天是刚好来杭州的第二周，也是一个惬意的周五，很巧也是我的生日，未来的工作可能会很忙，还是会继续坚持 sharing （本来昨天发的，但是还想完善完善就又拖了一天，哈哈。奥利给）
力求通过诙谐的形式讲解各种设计模式的巧妙之处，带你设计模式从入门到入坑，做到别人加班，你加薪！ Go
外观模式引入
王经理：上课啦！林步动和郝美丽到了没？
小林：到了，经理。
小美：我在这，经理。
王经理：好，那我们来上课，今天我们来讲一种类型为结构型的设计模式，就是外观模式，外观模式也叫做门面模式，从字面上理解就是，就是对外提供了一个统一的接口，用来访问子系统中的一群接口，通过这个高层的接口，让这个子系统更容易被调用 
小美：噢，经理你的意思是不是，外观模式就是适用于那种子系统越来越复杂的情况，我们可以增加外观模式使调用变的更简单，还可以减少系统依赖，松散耦合
王经理：对，小美你理解的非常到位。
小林摸了摸头：经理，我还是不太清楚。
王经理：林步动，就知道你不懂，接下来，我们来 Coding 深入理解一下。
- 打开你的 idea 和经理一起 Coding 吧！
外观模式 Coding
王经理：假设，我们现在需要维护一个积分兑换礼物系统
Leetcode – 算法题你值得拥有
因为我们主讲设计模式，所以简化业务过程，假设一个用户想要兑换物品，我们得有一个物品对象，需要经过这几个步骤，校验积分、库存 -> 支付积分 -> 发货交付单号
- ok，你的 idea 打开了么？来吧，Coding
设计一个物品对象，就一个简单的礼物名字就好了，记得 Alt + Insert 为这个对象加入 get/set/toString/构造等方法
public class Gift {
private String name;
public Gift(String name) {
this.name = name;
} public String getName() { return name; } public void setName(String name) { this.name = name; } @Override public String toString() { return "Gift{" + "name='" + name + '\'' + '}'; } }
非常好，接下来设计一下 校验积分、库存的 Service？ 为了简单，我们直接传入 Gift ，然后直接输出校验通过，return true
public class CheckService {
public Boolean isAvaliable(Gift gift) {
System.out.println("校验" + gift.getName() + "积分，库存通过");
return true;
}
}
接下来，支付积分的 Service 是不是也是信手拈来，我们直接传入 Gift ，然后直接输出支付成功，return true
public class PayService {
public Boolean pay(Gift gift) {
System.out.println("支付" + gift.getName() + "成功");
return true;
}
}
ok，校验支付都通过，发货吧，老套路，传入 Gift，生成一个你喜欢的单号（就是这么随意），记得return单号 回去
public class ShippingService {
public String shipGift(Gift gift) {
System.out.println("正在运输" + gift.getName());
String shippingOrderNo = "666";
return shippingOrderNo;
} }
这么多子系统，你是不是很烦？所以外观模式的作用就体现出来了，我们可以来做一个统一的 GiftService 去调用这些子系统。
public class GiftService {
/**
* 因为我们没有注入 Spring 环境，所以这里直接写个构造方法
*/
private final PayService pointsPaymentService = new PayService(); private final CheckService checkService = new CheckService(); private final ShippingService shippingService = new ShippingService(); public void giftExchange(Gift gift) { // 校验积分、库存 if (checkService.isAvaliable(gift)) { // 支付积分 if (pointsPaymentService.pay(gift)) { // 获得单号 String orderNo = shippingService.shipGift(gift); System.out.println("物流已经发出，订单号是 " + orderNo); } } } }
一切都是如此的完美，赶快来写一个 Test 类测试一下吧。
public class Test {
public static void main(String[] args) {
// 生成一个礼物对象
Gift gift = new Gift(" iphone999 ");
// 没有 Spring 环境，直接 new GiftService. 如果在 Spring 环境中，直接注入 GiftService 就可以调用啦
GiftService giftService = new GiftService(); // 调用统一的接口 giftService.giftExchange(gift); } }
run 一下？
发现，很完美的输出了我们预计想实现的效果，这个 iphone 999 成功的被发出了。
外观模式运用
王经理：接下来，我们看下外观模式在框架中的运用，大家的 idea 双击 shift ，搜索一下位于org.springframework.jdbc.support包中的 JdbcUtils 类（该类主要供内部使用的JDBC的通用方法）
JdbcUtils 类中的 closeConnection、closeStatement、closeResultSet、extractDatabaseMetaData 等方法就是外观类提供的调用子类的接口。
林步动，就你没开 idea，来，看大屏幕
public static void closeConnection(@Nullable Connection con) {
if (con != null) {
try {
con.close();
} catch (SQLException ex) {
logger.debug("Could not close JDBC Connection", ex); } catch (Throwable ex) { // We don't trust the JDBC driver: It might throw RuntimeException or Error. logger.debug("Unexpected exception on closing JDBC Connection", ex); } } }
我们拿 closeConnection 方法来举例，该方法的的入参 Connection 类位于 java.sql 包下，通过外观类的包装，客户端直接调外观类进行相应操作接口不需要直接调 java.sql 包下的子类。巧不巧，妙不妙，鼓掌~
#
外观模式总结
小林：经理，外观模式是好巧妙啊，简化了好多的调用过程，我都不用了解深入子系统了，这么好的设计模式有缺点吗？
经理：你小子，总算问道点上了，再好的设计模式都会有缺点，外观模式的缺点在于增加子系统，扩展子系统行为容易引入风险，不符合开闭原则
经理：今天的课都听懂了吗？那留个问题给大家，听完这一课，你工作或者学习中有没有可以用外观模式优化的地方？外观模式你还能想到在其他的框架中的运用吗？
本节课代码地址： https://github.com/isysc1/desgin
