概述
- 策略模式属于对象行为模式，其用意是针对一组算法，将每个算法封装到具有公共接口的独立类中，从而使得他们可以相互替换。策略模式可以使得不影响到客户端的情况下发生变化。摘自《JAVA与模式》
- 策略模式充分体现了面向对象的封装变化、多用组合、少用继承、针对接口编程、不针对实现编程
案例
对于收银台系统，计算应收款的时候，一个客户只可能是初级、中级、高级会员中的一种。不同的会员使用不同的算法来计算价格。收银台系统其实不关心具体的会员类型和折扣之间的关系。也不希望会员和折扣之间的任何改动会影响到收银台系统
策略模式角色
- Context : 环境类
- Strategy:抽象策略类
- ConcreteStrategy:具体策略类
demo
抽象策略类:定义了计算价格的方法，具体实现方式由具体的策略类类定义
/**
* @author : zhubing.ji@baidao.com
* @desc: 抽象策略类，定义计算价格的接口，具体的实现由具体的策略类来实现
* @date : 2018/7/30
*/
public interface Member {
/**
* 计算应该实际付款价格
* @param bookPrice ： 书籍的原价
* @return
*/
public BigDecimal calPrice(BigDecimal bookPrice);
}
具体策略类，定义三种具体策略类，每个类中都分别实现了计算价格的方法，这种定义类的方式体现了“封装变化”的设计原则，不同会员的具体折扣方式不会影响到其他的会员。
/**
* @author : jzb219@gmial.com
* @description : 中级会员，九折
* @date : 2018/7/30 下午2:15
*/
public class IntermediateMember implements Member {
@Override
public BigDecimal calPrice(BigDecimal bookPrice) {
System.out.println("对于中级会员的折扣为10%");
return bookPrice.multiply(BigDecimal.valueOf(0.9));
}
}
/**
* @author : jzb219@gmial.com
* @description : 具体的策略类
* @date : 2018/7/30 下午2:13
*/
public class PrimaryMember implements Member{
@Override
public BigDecimal calPrice(BigDecimal bookPrice) {
System.out.println("对于初级会员的没有折扣");
return bookPrice;
}
}
/**
* @author : jzb219@gmial.com
* @description : 高级会员的折扣是20%
* @date : 2018/7/30 下午2:19
*/
public class AdvanceMember implements Member {
@Override
public BigDecimal calPrice(BigDecimal bookPrice) {
System.out.println("对于高级会员的折扣是20%");
return bookPrice.multiply(BigDecimal.valueOf(0.8));
}
}
Context 环境类，继承算法的类，采用组合的方式把会员继承进来，体现了"多用组合、少用继承、针对接口编程、不针对实现编程"的设计原则，由于采用了组合+接口的方式，如果需要添加其他的类似超级会员类，则不需要修改超级Cashier类。只需要定义一个SuperMember implements Member就可以了。
/**
* @author : jzb219@gmial.com
* @description : 收银台
* @date : 2018/7/30 下午2:22
*/
public class Cashier {
//会员，策略对象
private Member member;
public Cashier(Member member) {
this.member = member;
}
public BigDecimal quote(BigDecimal bookPrice){
return this.member.calPrice(bookPrice);
}
}
测试类
/**
* @author : jzb219@gmial.com
* @description : 测试类
* @date : 2018/7/30 下午2:25
*/
public class StrategyDomain {
public static void main(String[] args) {
//选择并创建需要使用的策略对象
Member strategy = new AdvanceMember();
//创建环境
Cashier cashier = new Cashier(strategy);
//计算价格
BigDecimal quote = cashier.quote(BigDecimal.valueOf(300));
System.out.println("高级会员的最终价格为：" + quote);
strategy = new IntermediateMember();
cashier = new Cashier(strategy);
quote = cashier.quote(BigDecimal.valueOf(300));
System.out.println("中级会员的图书价格为：" + quote);
}
}
测试结果
对于高级会员的折扣是20%
高级会员的最终价格为：240.0
对于中级会员的折扣为10%
中级会员的图书价格为：270.0
总结
- 策略模式仅仅是封装算法，提供新的算法插入到已有的系统中，策略模式并不决定在何时使用何种算法，在什么时候使用什么样的算法由客户端决定
- 策略模式的重心：不是如何实现算法，而是如何组织、调用这些算法，从而让程序结构更加灵活，具有更好的维护性和扩展性
- 算法的平等性:
策略模式很大的一个特点就是各个策略算法的平等性，对于一系列具体的策略算法，大家的地位是完全一样的，正因为这个平等性，才能实现算法之间可以相互替换，所有的策略算法在实现上也是相互独立的，相互之间是没有依赖的
所以可以这样描述这一系列策略算法：策略算法是相同行为的不同实现。
- 运行时的唯一性： 策略模式在每个时刻只能使用一个具体的策略实现对象，虽然可以动态的在不同的策略实现中切换，但是同时只能使用一个
- 共有行为：所有的具体策略类都有一些共有的行为。这时候，就应当把这些共有的行为放到共同的抽象策略角色Strategy类里面。当然这时候抽象策略角色必须要用Java抽象类实现，而不能使用接口
优缺点
优点:
- 符合开闭原则
- 提供了管理相关算法族的办法。
- 使用策略模式可以避免使用多重条件(if-else).多重条件不易维护。
缺点：
- 客户端必须知道所有的策略类，并自行决定使用哪一个策略类，这就意味着客户端必须理解这些算法的区别，以便适时的选择恰当的算法类
- 由于策略模式把每个具体的策略实现都单独封装成类，如果备选的策略很多的话，那么对象的数目就会很可观。可以使用襄垣模式在一定程度上减少对象的数量
参考
http://www.hollischuang.com/archives/1691
JAVA与模式
写在最后
做一个灵魂和肉体分离的人，灵魂不受肉体的束缚，灵魂可以指挥肉体
