标签：余额 个人感悟 state 扣费 ret 银行 alt 基本 []
策略模式
策略模式到底是一个什么样子的意思呢？我们可以拿出一些例子来进行阐述：把商品添加到购物车里面去，然后我们会下单，根据金额进行支付，支付的方式也有很多比如支付宝、银行卡等，然后卖家发货，通过物流送到我们手里。这是一套我们熟悉的在淘宝上买东西的流程。策略模式就是封装算法，让算法可以相互替换，不影响使用算法的用户，用户本身知道他要采用什么算法去计算，就像用户去选择支付方式一样。我们可以使用在下面用代码实现一下
订单类
我们首先建立一个订单类，他包含的项目包括用户ID，订单ID和订单金额，这对于我们很熟悉，因此实现也不难。
public class Order { private String uId; private String orderId; double amount; public Order(String uId, String orderId, double amount) { this.uId = uId; this.orderId = orderId; this.amount = amount; } public PayState pay(Payment payment) { return payment.pay(this.uId,this.amount); } }
接着就是支付方式类，我先定义一个接口，然后让每个支付方式去实现它。
public interface Payment { public PayState pay(String uId,double amount); } public class AliPay implements Payment { public PayState pay(String uId, double amount) { System.out.println("现在正在使用支付宝"); System.out.println("您的余额充足，正在扣费"); return new PayState(200,amount,"支付成功"); } } public class WeChatPay implements Payment { public PayState pay(String uId, double amount) { System.out.println("正在使用微信支付"); //这里我不做余额判断，先设置余额不足的情况 System.out.println("您的余额不足，扣费失败"); return new PayState(90,100,"请选择其他支付方式"); } }
然后就是一个支付状态的类，主要参数是余额，订单金额和支付信息。
public class PayState { private int code; private Object data; private String msg; public PayState(int code, Object data, String msg) { this.code = code; this.data = data; this.msg = msg; } @Override public String toString() { return "支付状态：{" + "code=" + code + ", 交易详情=" + data + ", msg=‘" + msg + ‘\‘‘ + ‘}‘; } }
最后我通过一个测试类来验证一下是不是符合逻辑。
public class PayStrategyTest { public static void main(String[] args) { Order order = new Order("1","cnblogjolivan",100); //用户选择支付方式:支付宝、银联卡、微信支付等,每个渠道具体支付的算法不一样，基本的算法是固定的，但是有选择权。 System.out.println(order.pay(new AliPay())); System.out.println(order.pay(new WeChatPay())); } } ----------------------------------------------------------------------- 现在正在使用支付宝 您的余额充足，正在扣费 支付状态：{code=200, 交易详情=100.0, msg=‘支付成功‘} 正在使用微信支付 您的余额不足，扣费失败 支付状态：{code=90, 交易详情=100, msg=‘请选择其他支付方式‘}
但是这样我总感觉用户在选择支付方式的时候，并不能满足用户选择支付方式，因为用户根本就不知道有哪些支付方式，于是我又想到了一个思路，就是在接口里直接包装支付方式，返回一个支付类的实例。
public interface Payment { public final Payment Ali_Pay = new AliPay(); public final Payment WeChat_Pay = new WeChatPay(); public PayState pay(String uId,double amount); }
但是这样的方式，如果我新增一个支付方式，那么就要修改这个接口，不满足开闭原则，因此这个方法不是很好。怎么样能保证在拓展支付方式的时候，不破坏开闭原则呢？可以用到枚举方法，因为这样我们在增加支付方式的时候，就增加一个支付的入口就可以了。
public enum PayType { Ali_Pay(new AliPay()), WeChat_Pay(new AliPay()); private Payment payment；
PayType(Payment payment){ this.payment = payment; } public Payment getPayment() { return payment; } }
然后再回到我们的测试类，这样就可以满足我们的要求了。
public class PayStrategyTest { public static void main(String[] args) { Order order = new Order("1","cnblogjolivan",100); //用户选择支付方式:支付宝、银联卡、微信支付等,每个渠道具体支付的算法不一样，基本的算法是固定的，但是有选择权。 System.out.println(order.pay(PayType.Ali_Pay)); } }
这样用户就可以获取所有的支付方式，但不会知道具体支付方式的核心代码。
其实我个人感觉策略模式和工厂模式很像，只不过工厂模式侧重对象实例的区别，而策略模式侧重执行的过程不一样。
标签：余额 个人感悟 state 扣费 ret 银行 alt 基本 []
原文地址：https://www.cnblogs.com/Jolivan/p/9071218.html
