乐趣区

关于java:不爬山不拍照设计模式入门到入坑第一课

作者爱谈话

明天是刚好来杭州的第二周,也是一个惬意的周五,很巧也是我的生日,将来的工作可能会很忙,还是会持续保持 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


退出移动版