作者爱说话
今天是刚好来杭州的第二周,也是一个惬意的周五,很巧也是我的生日,未来的工作可能会很忙,还是会继续坚持 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
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。