设计模式-行为型-策略模式
策略,指的是可以实现目标的方案集合,在一定条件下策略可相互替换
策略模式(Strategy Pattern),指的是定义一系列算法,将每一个算法封装起来,并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化。
上下文
使用接口编程的方式,通过对接口的调用实现指定的功能。
public class Cashier {
/**
* 会员,策略对象
*/
private Buyer buyer;
public Cashier(Buyer buyer){
buyer = buyer;
}
public long quote(long orderPrice) {
return this.buyer.calPrice(orderPrice);
}
}
抽象策略类
为上下文提供有可能使用到的算法,以接口的方式展现出来
public interface Buyer {
/**
* 计算应付价格接口
*/
public long calPrice(long orderPrice);
}
具体策略类
完成接口的具体实现,不同策略不同实现方法
/**
* 专属会员
*/
public class ParticularlyVipBuyer implements Buyer {
@Override
public long calPrice(long orderPrice) {
return orderPrice*0.7;
}
}
/**
* 超级会员
*/
public class SuperVipBuyer implements Buyer {
@Override
public long calPrice(long orderPrice) {
return orderPrice*0.8;
}
}
/**
* 普通会员
*/
public class VipBuyer implements Buyer {
@Override
public long calPrice(long orderPrice) {
int superVipExpiredDays = getSuperVipExpiredDays();
int superVipLeadDiscountTimes = getSuperVipLeadDiscountTimes();
if(superVipExpiredDays < 7 && superVipLeadDiscountTimes =0){
return orderPrice*0.8);
}
return orderPrice*0.9);
}
}
特点
- 策略模式的关注点不是如何实现算法,而是如何组织、调用这些算法,从而让程序结构更灵活,具有更好的维护性和扩展性。
- 策略模式中各个策略算法是可以互换的。
- 运行期间,策略模式在每一个时刻只能使用一个具体的策略实现对象
优点
- 策略模式提供了对“开闭原则”的完美支持,用户可以在不修改原有系统的基础上选择算法或行为,也可以灵活地增加新的算法或行为。
- 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面,从而避免代码重复。
- 使用策略模式可以避免使用多重条件(if-else)语句。多重条件语句不易维护,它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起,统统列在一个多重条件语句里面,比使用继承的办法还要原始和落后。
缺点
- 客户端必须知道所有的策略类,并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别,以便适时选择恰当的算法类。这种策略类的创建及选择其实也可以通过工厂模式来辅助进行。
- 由于策略模式把每个具体的策略实现都单独封装成为类,如果备选的策略很多的话,那么对象的数目就会很可观。可以通过使用享元模式在一定程度上减少对象的数量。
参考链接