mbcsdn 2019-12-20
今天要给大家说的是策略模式。先不做解释,先看代码,体会一下策略模式的神奇。
public class Main { public static void main(String[] args) { String payType = "wxPay"; if(payType.equals("alipay")){ System.out.println("支付包支付"); }else if(payType.equals("credit")){ System.out.println("银联支付"); }else if(payType.equals("netPay")){ System.out.println("网银支付"); }else if(payType.equals("creditCard")){ System.out.println("信用卡支付"); }else{ System.out.println("现金支付"); } } }
大家日常开发中一定见过类似上面的场景吧,写了那么多if-else或者用switch-case,看着都让人头晕。现在让我们给他来个大变身吧。数码宝贝究极进化。
首先定义一个支付策略接口,所有的支付方法都应实现此接口。
public interface PayStrategy { void doPay(); }
不同的支付方式的类实现上述接口,各个类结构为
public class AliPay implements PayStrategy { @Override public void doPay() { System.out.println("支付宝支付"); } } public class CreditCardPay implements PayStrategy { @Override public void doPay() { System.out.println("信用卡支付"); } } public class CreditPay implements PayStrategy { @Override public void doPay() { System.out.println("银联支付"); } } public class MoneyPay implements PayStrategy { @Override public void doPay() { System.out.println("现金支付"); } } public class NetPay implements PayStrategy { @Override public void doPay() { System.out.println("网银支付"); } } public class WxPay implements PayStrategy { @Override public void doPay() { System.out.println("微信支付"); } }
在定义一个类管理策略,作为上下文。
public class PayContext { private PayStrategy payStrategy; public PayContext(PayStrategy payStrategy){ this.payStrategy = payStrategy; } public void executePay (){ payStrategy.doPay(); } }
此处呢,可以根据需要使用单例模式去定义这个类,保证全局的唯一性。
测试结果如下:
。策略模式的优点很明显,可维护性和可读性更好,方便以后扩展;然而缺点一眼就能看出:需要定义的类增多,对于对象的管理难度加大等。
类似上面的场景有很多,要根据实际情况选择使用,并不一定非得要用策略模式,对于后期改动比较小的,选择if-else或者switch-case显然 是最优的方案
本文章为作者读书笔记及感悟,其中参考了《spring5核心原理与30个类手写实战》以及互联网上的内容。如有错误,请评论或者私聊我,欢迎探讨技术问题 。即将毕业,在准备找工作,有朋友想给我介绍的,欢迎添加微信:sllbiao。