策略模式是一种定义了一系列算法的方法,从概念上来讲,所有这些算法完成的都是相同的工作,只是实现方式不同,他可以以相同的方式调用所有的算法或行为,减少了各种算法类与使用算法类之间的耦合。
策略模式的Strategy类层次为Context定义了一系列的可供重用的算法和行为。
策略模式的有点,简化了单元测试,因为每个算法都有自己的类,可以通过自己的接口单独进行测试。
当不同的行为堆砌在一个类中时,就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Strategy类中,可以在使用这些行为的类中消除条件语句。
策略模式是用来封装算法的,但在实践中,我们发现可以用它来封装几乎任何类型的规则。只要在分析过程中听到需要在不同时间应用不同的业务规则,就可以考虑使用策略模式处理这种变化的可能性。
在基本的策略模式中,选择所用具体实现的职责由客户端对象承担,并转给策略模式的Context对象。这本身并没有解除客户端需要选择判断的压力,而策略模式与工厂模式结合后,选择具体实现的职责就由Context来承担,这就最大化减轻了客户端的职责。
UML类图
具体实例:做一个商场收银软件,营业员根据客户所购买商品的单价和数量,向客户收费。其中会有各种优惠活动。
代码结构图
CashStrategy是策略父类,定义所有的策略的抽象方法
package cn.edu.xidian.sse.stratrgyfactory; /** * * @author zhiyong wang * 建立一个策略的一个抽象类,定义各种不同策略的方法接口 * */ public abstract class CashStrategy { //定义了不同收银策略的方法接口 public abstract double aceeptCash(); } |
CashNomal,CashRebate,CashReturn是三个具体的策略执行类,集成了策略类
一CashNomal为例:
package cn.edu.xidian.sse.stratrgyfactory; /** * * @author zhiyong wang * 直接返回总价 * */ public class CashNomal extends CashStrategy { @Override public double aceeptCash() { double result = 0.0; //执行具体的算法A return result; } } |
context是包含了工厂模式的工厂创建实例对象的作用,同时也调用了实例的执行方法
package cn.edu.xidian.sse.stratrgyfactory; /** * * @author zhiyong wang * 定义Context,结合工厂模式,在这里进行分类调用具体的算法 * */ public class Context { private CashStrategy cashStrategy = null; public Context(String type){ switch(type){ case "正常收费": cashStrategy = new CashNomal(); break; case "打八折": cashStrategy = new CashRebate(); break; case "满300,减100": cashStrategy = new CashReturn(); break; } } public double getResult(){ return cashStrategy.aceeptCash(); } } |
客户端是ClientSuperMarket,从调用Context开始,新建Context对象的过程,就创建了实际的执行实例,然后调用方法来执行具体的策略
package cn.edu.xidian.sse.stratrgyfactory; public class ClientSuperMarket { public static double result = 0.0; public static void main(String[] args) { Context ct = new Context("打八折"); result = ct.getResult(); } } |
工厂模式与策略模式非常相近,简单工厂模式暴露给客户端两个对象,策略模式只给对象暴露了一个对象
详细代码请参考我的git: