设计模式-策略模式

策略模式

定义

策略模式(Strategy Pattern)是一种比较简单的模式,也叫做政策模式(Policy Pattern)。
其定义如下: Define a family of algorithms,encapsulate each one,and make them interchangeable.(定义一组 算法,将每个算法都封装起来,并且使它们之间可以互换。)

通用类图

在策略模式图片文件中可以知道,
策略模式使用的就是面向对象的继承和多态机制,非常容易理解和掌握,我们再来看看 策略模式的三个角色:

  • Context封装角色

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

  • Strategy抽象策略角色

    策略、算法家族的抽象,通常为接口,定义每个策略或算法必须具有的方法和属性。各 位看官可能要问了,类图中的AlgorithmInterface是什么意思,嘿嘿,algorithm是“运算法则”的 意思,结合起来意思就明白了吧。

  • 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(); 
        } 
    }
    

优缺点

优点

  • 算法自由切换
  • 避免使用多重条件判断
  • 扩展性好

缺点

  • 策略类数量增多
  • 所有的策略类都需要对外暴露

注意事项

  • 如果系统中的一个策略家族的具体策略数量超过4个,则需要考虑使用混合模式,解决策略类膨胀和对外暴露的问题,否则日后的系统维护就会成为一个烫手山芋,谁都不想接。

小结

策略模式就是这么简单,偷着乐吧,它就是采用了面向对象的继承和多态机制,其他没 什么玄机。想想看,你真实的业务环境有这么简单吗?一个类实现多个接口很正常,你要有 火眼金睛看清楚哪个接口是抽象策略接口,哪些是和策略模式没有任何关系,这就是你作为 系统分析师的价值所在。


扩展(未完。。。)

  • 混合模式解决策略类膨胀和对外暴露问题
    • 暴露问题
      • 策略模式和枚举类型结合,是最佳解决办法
      • 一般通过工厂方法模式来实现策略类的声
    • 类膨胀
      • https://segmentfault.com/q/1010000020747115/
      • 配合模板模式?

你可能感兴趣的:(设计模式-策略模式)