JAVA设计模式(八)——策略模式

来源:互联网 发布:部落冲突放空火箭数据 编辑:程序博客网 时间:2024/06/06 23:50

1、策略模式

        策略模式也是行为模式之一,它对一系列的算法进行封装,为所有算法定义一个抽象的算法接口,并通过继承该抽象算法接口对所有的算法加以封装实现和实现。具体的算法选择交给客户端决定。

        策略模式主要用来平滑地处理算法的切换。


2、结构图示

       这里,我们先展示一下策略模式的结构图示,这里是从百度百科上面copy下来的,我只是做简单说明,图示如下:


      这幅图示,主要有三类对象:

策略抽象类:这里我们说是策略的抽象,实际上就是接口里面定义了很多个方法。图上所示对应:Strategy

策略实现类:这里是对策略抽象类的具体实现,对接口中的方法进行具体的实现。图上所示对应:ConcreteStrategy

调用方法类:这里主要是对策略的外部封装,可以看作是策略的容器,里面引用了一个策略接口,由外部传入当前对象。上面对应:Context


3、基础代码

     策略类抽象接口,代码示例如下:

/** * 策略类接口 *  * @author ljtyzhr *  */public interface Strategy {/** * 加密的方法 */public void encrypt();}

      这里提供一个MD5加密算法的策略实现类,代码如下:

/** * MD5加密的实现 * @author ljtyzhr * */public class MD5Strategy implements Strategy {@Overridepublic void encrypt() {// TODO Auto-generated method stubSystem.out.println("This is MD5 encrypt!");}}

        在传统的方式中,我们实现了继承,就已经实现了代码的抽离和封装,这里先测试一下,如下:

public class MainClass {/** * @param args */public static void main(String[] args) {// TODO Auto-generated method stubStrategy strategy = new MD5Strategy();strategy.encrypt();}}


4、扩展代码

      在上面的基础代码中,我们可以看到,实现了接口,就已经完成了代码的抽离和封装,如果我们再有一个RSA或者DES的算法,只需要再定义一个Strategy实现类,继承Strategy类就行了。但是有一个问题,如果我有一千个策略,那我就要使用一千个调用,这好像有一点点不划算,怎么办?定义一个调用类:

public class Context {private Strategy strategy;public Context(Strategy strategy) {super();this.strategy = strategy;}/** * 这里调用当前策略的加密算法 */public void encrypt(){this.strategy.encrypt();}public Strategy getStrategy() {return strategy;}public void setStrategy(Strategy strategy) {this.strategy = strategy;}}
       
       调用的时候,可以直接传入策略对象,然后调用方法,如下:

public class MainClass {/** * @param args */public static void main(String[] args) {// TODO Auto-generated method stubStrategy strategy = new MD5Strategy();Context context = new Context(strategy);context.encrypt();}}

5、总结

       策略模式有很多优点,例如:

(1)策略模式提供了管理相关算法族的方法,策略类的等级结构定义了一个算法或行为族。恰当使用继承,可以将公共的代码移植到父类中,避免重复的代码。

(2)策略模式提供了可以替换继承关系的办法,继承可以处理多种算法或行为。如果不是用策略模式,那么使用算法或者行为的环境类就可能会有一些子类,每一个子类提供一个不同的算法或行为。但是这样一来,方法的行为和方法的使用者就混合到一起了,继承使得动态的改变方法或者行为变得不可能。

(3)使用策略模式可以避免使用多重条件转移语句。多重的条件语句,维护起来十分不便,它较之继承更加复杂,更无法扩展和维护。

       但是基于以上的优点,我们也要注意一个问题,策略模式的使用,一定要注意是我们已经知道有哪些策略了,也就是说不存在不可知的策略模式。如果我们存在了不知道的策略模式,那么这个模式就失去了价值了。



0 0