作者爱谈话
明天是刚好来杭州的第二周，也是一个惬意的周五，很巧也是我的生日，将来的工作可能会很忙，还是会持续保持 sharing （原本昨天发的，然而还想欠缺欠缺就又拖了一天，哈哈。奥利给）
力求通过滑稽的模式解说各种设计模式的奇妙之处，带你设计模式从入门到入坑，做到他人加班，你加薪！ Go
外观模式引入
王经理????：上课啦！林步动和郝漂亮到了没？
小林????：到了，经理。
小美????：我在这，经理。
王经理：好，那咱们来上课，明天咱们来讲一种类型为结构型的设计模式，就是外观模式，外观模式也叫做门面模式，从字面上了解就是，就是对外提供了一个对立的接口，用来拜访子系统中的一群接口，通过这个高层的接口，让这个子系统更容易被调用
小美：噢，经理你的意思是不是，外观模式就是实用于那种子系统越来越简单的状况，咱们能够减少外观模式使调用变的更简略，还能够缩小零碎依赖，涣散耦合
王经理：对，小美你了解的十分到位。
小林摸了摸头????：经理，我还是不太分明。
王经理：林步动，就晓得你不懂，接下来，咱们来 Coding 深刻了解一下。
关上你的 idea 和经理一起 Coding 吧！
外观模式 Coding
王经理：假如，咱们当初须要保护一个积分兑换礼物零碎
Leetcode – 算法题你值得领有
因为咱们主讲设计模式，所以简化业务过程，假如一个用户想要兑换物品，咱们得有一个物品对象，须要通过这几个步骤，校验积分、库存 -> 领取积分 -> 发货交付单号
- ok，你的 idea 关上了么？来吧，Coding
设计一个物品对象，就一个简略的礼物名字就好了，记得 Alt + Insert 为这个对象退出 get/set/toString/结构等办法
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 Boolean isAvaliable(Gift gift) {
System.out.println("校验" + gift.getName() + "积分，库存通过");
return true;
}
} 接下来，领取积分的 Service 是不是也是信手拈来，咱们间接传入 Gift ，而后间接输入领取胜利，return true
public Boolean pay(Gift gift) {
System.out.println("领取" + gift.getName() + "胜利");
return true;
}
} ok，校验领取都通过，发货吧，老套路，传入 Gift，生成一个你喜爱的单号（就是这么随便），记得return单号 回去
public String shipGift(Gift gift) {
System.out.println("正在运输" + gift.getName());
String shippingOrderNo = "666";
return shippingOrderNo;
}
} 这么多子系统，你是不是很烦？所以外观模式的作用就体现进去了，咱们能够来做一个对立的 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
发表回复