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

定义：定义一系列算法，将它们一个个封装起来，并且使他们之间可以相互替换。本模式使得算法可以独立于使用它的客户而变化。

类型：对象行为型模式

类图：

       策略模式是对算法的封装，把一系列的算法分别封装到对应的类中，并且这些类实现相同的接口，相互之间可以替换。在前面说过的行为类模式中，有一种模式也是关注对算法的封装——模版方法模式，对照类图可以看到，策略模式与模版方法模式的区别仅仅是多了一个单独的封装类Context，它与模版方法模式的区别在于：在模版方法模式中，调用算法的主体在抽象的父类中，而在策略模式中，调用算法的主体则是封装到了封装类Context中，抽象策略Strategy一般是一个接口，目的只是为了定义规范，里面一般不包含逻辑。其实，这只是通用实现，而在实际编程中，因为各个具体策略实现类之间难免存在一些相同的逻辑，为了避免重复的代码，我们常常使用抽象类来担任Strategy的角色，在里面封装公共的代码，因此，在很多应用的场景中，在策略模式中一般会看到模版方法模式的影子。

 

策略模式的结构

• 封装类（Context）：也叫上下文，对策略进行二次封装，目的是避免高层模块对策略的直接调用。
• 抽象策略：通常情况下为一个接口，当各个实现类中存在着重复的逻辑时，则使用抽象类来封装这部分公共的代码，此时，策略模式看上去更像是模版方法模式。
• 具体策略：具体策略角色通常由一组封装了算法的类来担任，这些类之间可以根据需要自由替换。

策略模式代码实现

[java]  view plain copy

1. interface IStrategy {  
2.     public void doSomething();  
3. }  
4. class ConcreteStrategy1 implements IStrategy {  
5.     public void doSomething() {  
6.         System.out.println("具体策略1");  
7.     }  
8. }  
9. class ConcreteStrategy2 implements IStrategy {  
10.     public void doSomething() {  
11.         System.out.println("具体策略2");  
12.     }  
13. }  
14. class Context {  
15.     private IStrategy strategy;  
16.       
17.     public Context(IStrategy strategy){  
18.         this.strategy = strategy;  
19.     }  
20.       
21.     public void execute(){  
22.         strategy.doSomething();  
23.     }  
24. }  
25.   
26. public class Client {  
27.     public static void main(String[] args){  
28.         Context context;  
29.         System.out.println("-----执行策略1-----");  
30.         context = new Context(new ConcreteStrategy1());  
31.         context.execute();  
32.   
33.         System.out.println("-----执行策略2-----");  
34.         context = new Context(new ConcreteStrategy2());  
35.         context.execute();  
36.     }  
37. }  

 

策略模式的优缺点

优点：

• 相关算法系列 

Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。

• 一个替代继承的方法 

继承提供了另一种支持多算法或行为的方法。你可以直接生成一个Context的子类，从而给它以不同的行为。但 这将会把行为硬编码到Context中，而将算法的实现和Context的实现混合起来，从而使Context难以理解、难以维护和难以扩展，而且还不能动态的改变算法。将算法封装在独立的Strategy类中使得你可以独立于Context改变它，使它易于切换、理解和扩展。

• 消除一些条件语句 

Strategy模式提供了用条件语句选择所需的行为以外的另一种选择。

• 实现的选择 

Strategy模式可以提供相同行为的不同实现。客户可以根据不同的 时间/空间 权衡取舍要求从不同策略中进行选择。
缺点：

• 客户必须了解不同的Strategy

一个客户要选择一个合适的Strategy就必须知道这些Strategy到底有何不同。此时可能不得不向客户透露具体的实现问题。因此仅当这些不同行为变体与客户的行为相关时，才需要使用Strategy模式。

• Strategy与Context直接的通信开销 

无论各个 Strategy、Context实现的算法简单或复杂，它们都共享Strategy定义的接口。

• 增加了对象的数目 

Strategy增加了一个应用中的对象的数目。

适用场景

当存在以下场景时使用Strategy：

1. 许多相关的类仅仅是行为有异。“策略”提供了一种多个行为中的一个行为来配置一个类的方法。
2. 需要使用一个算法的不同变体。
3. 算法使用客户不应该知道的数据。可使用策略模式避免以避免暴露复杂的、与算法相关的数据结构。
4. 一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移入它们各自的Strategy类中以替代这些条件语句。

       策略模式是一种简单常用的模式，我们在进行开发的时候，会经常有意无意地使用它，一般来说，策略模式不会单独使用，跟模版方法模式、工厂模式等混合使用的情况比较多。