设计模式原则18----策略模式

个人博客：打开链接

策略模式的定义

Strategy Pattern: Define a family of algorithms, encapsulate each one, and make them interchangeable.
策略模式：定义一组算法，将每个算法都封装起来，并且使他们之间可以互相切换。

通用类图

策略模式使用的就是面向对象的继承和多态机制，非常容易理解和掌握。

• 1：Context 封装角色

  它也叫做上下文角色，起承上启下封装作用，屏蔽高层模块对策略、算法的直接封装可能存在的变化。

• 2：Strategy 抽象策略角色

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

• 3：ConcreteStrategy 具体策略角色

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

通用代码

Strategy 抽象策略角色

public interface Strategy {  
    //策略模式的运算法则  
    public void doSomething();  
}  

ConcreteStrategy 具体策略角色

public class ConcreteStrategy1 implements Strategy {  

    @Override  
    public void doSomething() {  
        System.out.println("ConcreteStrategy1");  
    }  

}  
public class ConcreteStrategy2 implements Strategy {  

    @Override  
    public void doSomething() {  
        System.out.println("ConcreteStrategy2");  
    }  

}  

Context 封装对象

public class Context {  
    //抽象策略  
    private Strategy strategy = null;  

    //构造函数设置具体策略  
    public Context(Strategy strategy) {  
        this.strategy = strategy;  
    }  

    //封装后的策略方法  
    public void doAnything() {  
        this.strategy.doSomething();  
    }  
}  

Client 场景类

public class Client {  
    public static void main(String[] args) {  
        //声明一个具体的策略  
        Strategy strategy = new ConcreteStrategy1();  
        //声明封装对象  
        Context context = new Context(strategy);  
        //执行封装后的方法  
        context.doAnything();  
    }  
}  

优点：

• 1.策略类之间可以自由切换，由于策略类实现自同一个抽象，所以他们之间可以自由切换。
• 2.易于扩展，增加一个新的策略对策略模式来说非常容易，基本上可以在不改变原有代码的基础上进行扩展。
• 3.易于维护，使用策略模式可以避免使用多重条件(if-else)语句。

缺点：

• 1.客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
• 2.类的个数会比较多，因为策略模式把每个具体的策略实现都单独封装成为类。