策略模式

策略模式的定义

策略模式(Strategy Pattern)是一种比较简单的模式,也叫做政策模式(Policy

Pattern)。其定义如下:

Define a family of algorithms,encapsulate each one,and make them interchangeable.(定义一组算法,将每个算法都封装起来,并且使它们之间可以互换。)

● Context封装角色

它也叫做上下文角色,起承上启下封装作用,屏蔽高层模块对策略、算法的直接访问,

封装可能存在的变化。

● Strategy抽象策略角色

策略、算法家族的抽象,通常为接口,定义每个策略或算法必须具有的方法和属性。

● ConcreteStrategy具体策略角色

实现抽象策略中的操作,该类含有具体的算法。

抽象的策略角色

public interface Strategy {

     //策略模式的运算法则

     public void doSomething();

}

具体策略角色

public class ConcreteStrategy1 implements Strategy {

     public void doSomething() {

             System.out.println("具体策略1的运算法则");

     }

}

public class ConcreteStrategy2 implements Strategy {

     public void doSomething() {

             System.out.println("具体策略2的运算法则");

     }

}

封装角色

public class Context {

     //抽象策略

     private Strategy strategy = null;  

     //构造函数设置具体策略

     public Context(Strategy _strategy){

             this.strategy = _strategy;

     }

     //封装后的策略方法

     public void doAnythinig(){

             this.strategy.doSomething();

     }

}

高层模块

public class Client {

     public static void main(String[] args) {

             //声明一个具体的策略

             Strategy strategy = new ConcreteStrategy1();

             //声明上下文对象

             Context context = new Context(strategy);

             //执行封装后的方法

             context.doAnythinig();

     }

}

策略模式的优点

● 算法可以自由切换

这是策略模式本身定义的,只要实现抽象策略,它就成为策略家族的一个成员,通过封

装角色对其进行封装,保证对外提供“可自由切换”的策略。

● 避免使用多重条件判断

使用策略模式后,可以由其他模块决定采用何种策略,策略

家族对外提供的访问接口就是封装类,简化了操作,同时避免了条件语句判断。

● 扩展性良好

在现有的系统中增加一个策略太容易了,只要实现接口就可以了,其他都不用修改,

类似于一个可反复拆卸的插件

策略模式的缺点

● 策略类数量增多

每一个策略都是一个类,复用的可能性很小,类数量增多。

● 所有的策略类都需要对外暴露

策略模式的使用场景

● 多个类只有在算法或行为上稍有不同的场景。

● 算法需要自由切换的场景。

● 需要屏蔽算法规则的场景。

原文地址:https://www.cnblogs.com/future-zmy/p/6280302.html