策略模式属于对象的行为模式,其用意就是针对一组算法,将每个算法封装到具备共同接口的独立的类中,从而使得它们能够相互替换。策略模式使得算法能够在不影响客户端的状况下发生变化。
策略模式 是对算法的包装,是把使用算法的责任和算法自己分割开,委派给不一样的对象管理。策略模式一般把一个系列的算法包装到一系列的策略类里,做为一个抽象策略类的子类。
这个模式涉及
三个角色:
1.环境(Context)角色:持有一个Strategy类的引用
2.抽象策略(Strategy)角色:抽象角色,一般由一个接口或抽象类实现,此角色给出全部具体策略类所须要的接口
3.具体策略(ConcreteStrategy)角色:包装了相关的算法或行为
示例代码:
1 public class StrategyTest {
2 public static void main(String[] args) {
3 //此处能够灵活加入想要具体策略类
4 Context con = new Context(new ConcreteStrategy());
5 con.contextInterface();
6 }
7
8 }
9 //环境角色
10 class Context{
11 private Strategy strategy;
12 public Context(Strategy s){
13 this.strategy = s;
14 }
15 //策略方法
16 public void contextInterface(){
17 strategy.strategyInterface();
18 }
19 }
20 //抽象策略类
21 abstract class Strategy{
22 public abstract void strategyInterface();
23 }
24 //具体策略类
25 class ConcreteStrategy extends Strategy{
26
27 @Override
28 public void strategyInterface() {
29 System.out.println("Do strategy");
30 }
31
32 }
在下面状况下应当使用策略模式:
1.若是一个系统里有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式能够动态地让一个对象在许多行为中选择一种行为
2.一个系统须要动态地在几种算法中选择一种。那么这些算法能够包装到一个个的具体算法类里面,而这些算法类都是一个抽象类的子类。
3.一个系统的算法使用的数据不可让客户端知道。策略模式能够避免让客户端涉及到没必要要接触到的复杂的和只与算法有关的数据
4.若是一个对象有不少的行为,若是不恰当的模式,这些行为就只好使用重的条件选择语句来实现。此时,使用策略模式,把这些行为转移到相应的具体策略类里面,就能够避免使用难以维护的多重选择语句,并体现面向对象设计
优势:
1.提供了管理相关的算法族的办法
2.提供了能够替换继承关系的办法。继承能够处理多种算法或行为。若是不用策略模式,那么使用算法或行为的环境类就可能会有一些子类,每个子类提供了一个不一样的算法或行为。这样算法和行为的使用者混在一块儿,从而不可能再独立演化。类继承使得动态改变算法或行为变得 不可能
3.能够避免使用多重条件转移语句。多重条件转移语句不易维护,它把采起那一种算法或采起那一种行为的使用者和算法或行为自己混在一块儿,通通列在一个多重转移语句里,比使用继承的办法还要原始和落后。
策略模式缺点:
1.客户端必须知道全部的策略类,并自行决定使用那一个策略类
2.策略模式形成不少的策略类。有时,可 以经过把依赖于环境的状态保存到客户端里面,而将策略类设计成能够共享的,这样策略类实例能够被不一样客户端使用。可使用享元模式来减小对象的数量。