1.策略模式的介绍
策略模式属于对象的行为模式。其用意是针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。
简单的说,策略模式代表了一类算法的通用解决方案,你可以在运行时选择使用哪种解决方案。
策略模式的重心
策略模式的重心不是如何实现算法, 而是如何组织、调用这些算法, 从而使得程序结构更加灵活,具有更好的维护性和扩展性。
算法的平等性
策略模式一个很大的特点就是各个策略算法的平等性。对于一系列具体的策略算法,地位都是一样的,因此可以实现算法之间可以互相替换。所有的策略算法在实现上也是相互独立的,相互之间是没有依赖的。所以可以这样描述这一系列策略算法:策略算法是相同行为的不同实现。
运行时策略的唯一性
运行期间,策略模式在每一个时刻只能使用一个具体的策略实现对象,虽然可以动态地在不同的策略实现中切换,但是同时只能使用一个。
公有的行为
经常见到的是,所有的具体策略都有一些公有的行为。这时候,就应该把这些公有的行为放到共同的抽象策略角色
Strategy类里面。这时不能使用接口,应该使用抽象类来实现。
2.策略模式的结构
策略模式包含三部分内容:(如图所示)
a.一个或多个使用策略对象的客户.(环境角色)
b.一个代表某个算法的接口, 它是策略模式的接口. (抽象策略角色)
c.一个或多个该接口的具体实现, 它们代表了算法的多种实现.(具体策略角色)
3.策略模式的应用
a.容错恢复机制, 程序运行的时候, 如果发生某种错误, 系统并不会直接挂掉或者说影响系统的其他功能点. 而是系统可以容忍这样的错误, 并且事先提供好了这种容错恢复机制, 来使得程序正常的运行下去.
例如: 一个系统要对所有的操作进行日志记录, 且需要把日志记录落库, 方便后续的使用, 但是在把日志记录落库的时候, 可能会发生错误, 如数据库出现问题, 那就先可以记录在文件里面, 等到数据库问题修复, 再把文件中的日志记录同步到数据库中去. 对于这样的功能设计, 可以采用策略设计模式, 根据需要在运行期间进行动态的切换.
b.假设现在要设计一个会员机制的购物系统, 对本系统的所有SVIP提供打八折的购物优惠, 对本系统的所有VIP提供打九折的购物优惠, 对非会员购物不打折. 那么对于这样的系统功能设计, 也可以采用策略模式来设计.
c.使用不同的条件(物品的重量或者颜色等)来筛选库存中的物品, 可以将这一模式应用到更广泛的领域, 比如使用不同的标准来验证输入的有效性, 使用不同的方式来分析或者格式化输入.
4.策略模式Demo
假设现在需要根据业务的需求,对调用接口传进来的参数,选择合适的策略进行处理,这里假设有策略一和策略二。
Client:
/** * @author lyh * @version v-1.0.0 * @since 2021/6/2 */public class Client { public static void main(String[] args) { //根据需要客户自行选择策略 //选择策略1 StrategyObj strategyOne = new StrategyObj(new StrategyOne()); System.out.println(strategyOne.strategy("one")); //选择策略2 StrategyObj strategyTwo = new StrategyObj(new StrategyTwo()); System.out.println(strategyTwo.strategy("two")); }}输出:执行策略1!执行策略2!Process finished with exit code 0
策略接口:
/** * @desc:策略接口 */public interface Strategy { String execute(String s);}/** * @desc:策略接口封装 */public class StrategyObj { private final Strategy strategy; public StrategyObj(Strategy v) { this.strategy = v; } public String strategy(String s) { return strategy.execute(s); }}
策略实现:
/** * @desc:策略一 */public class StrategyOne implements Strategy { @Override public String execute(String s) { return "执行策略1!"; }}/** * @desc:策略二 */public class StrategyTwo implements Strategy { @Override public String execute(String s) { return "执行策略2!"; }}
5.使用Lambda表达式
通过上面的demo应该可以意识到Strategy是一个函数式接口;除此之外,它还与Predicate<String>具有同样的函数描述。这意味着我们不需要声明新的类来实现不同的策略,通过直接传递Lambda表达式就能达到同样的目的且更简洁。
public class Client { public static void main(String[] args) { StrategyObj strategyOne = new StrategyObj((String s) -> {return "执行策略1";}); System.out.println(strategyOne.strategy("one")); StrategyObj strategyTwo = new StrategyObj((String s) -> {return "执行策略2";}); System.out.println(strategyTwo.strategy("two")); }}
Lambda表达式避免了采用策略设计模板时僵化的模板代码。仔细看上面的代码会发现,Lambda表达式实际已经对策略进行了封装, 这就是创建策略设计模式的初衷.
6.策略模式的优缺点
优点
a.使用策略模式可以避免使用多重条件if...else if...else语句, 多重条件不易维护且代码可读性差.
b.策略模式提供了管理相关的算法族的办法. 策略类的等级结构定义了一个算法或者行为族. 恰当使用继承可以把公共的代码移到父类里面, 从而避免代码重复.
缺点
a.客户端必须知道所有的策略类, 并自行决定使用哪一个策略类. 这就意味着客户端必须理解这些算法的区别, 以便适时选择恰当的算法类. 换言之, 策略模式只适用于客户端知道算法或行为的情况.
b.由于策略模式把每个具体的策略实现都单独封装成类, 如果备选的策略很多的话, 那么对象的数目就会很多.
觉得此文不错, 点赞+转发+收藏, 本人非常感谢!