设计模式之策略模式

设计模式之策略模式

策略模式Strategy Pattern

定义：

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

策略模式使用的是面向对象的继承和多态。策略模式有三个角色：

• Context封装角色

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

public class Context{
    private Strategy strategy;
    
    public Context(Strategy strategy){
        this.strategy = strategy;
    }
    
    public void doAnyThing() {
        strategy.doSomething();
    }
}

• Strategy抽象策略角色

是策略、算法的封装抽象，通常为接口，定义了每个策略必须要具有的方法、属性。

public interface Strategy() {
    public void doSomething();
}

• ConcreteStrategy 具体策略角色

实现中具体的操作。

public class ConcreteStrategy1 implements Strategy() {
    public void dosomething() {
        System.out.println("策略1的具体逻辑");
    }
}

public class ConcreteStrategy2 implements Strategy() {
    public void dosomething() {
        System.out.println("策略2的具体逻辑");
    }
}

Pros

• 算法可以自由切换
• 避免使用多重条件判断，减少大量嵌套if else。
• 扩展性比较好，新的策略只需要实现对应接口就OK了。

Cons

• 策略类会增加
• 所有的策略类都需要对外暴露，不符合迪米特法则。（即最少知道原则）。不过可以结合工厂方法、代理模式等去修正这个缺陷。

使用场景

• 多个类只有在算法或行为上稍有不同的场景。
• 算法需要自由切换的场景。
• 需要屏蔽算法规则的场景。

注意事项

如果系统中的一个策略家族的具体策略数量超过4个，则需要考虑使用混合模式，解决策略类膨胀和对外暴露的问题。

策略枚举

它是一个枚举。它是一个浓缩了的策略模式的枚举。

注意 策略枚举是一个非常优秀和方便的模式，但是它受枚举类型的限制，每个枚举项都是public、final、static的，扩展性受到了一定的约束，因此在系统开发中，策略枚举一般担当不经常发生变化的角色。

最佳实践

策略模式是一个非常简单的模式。它在项目中使用得非常多，但它单独使用的地方就比较少了，因为它有致命缺陷：所有的策略都需要暴露出去，这样才方便客户端决定使用哪一个策略。我们的策略模式只是实现了锦囊的管理，但是我们没有严格地定义“适当的场景”拆开“适当的锦囊”，在实际项目中，我们一般通过工厂方法模式来实现策略类的声明，读者可以参考混编模式。