设计模式---策略模式

左手的ㄟ右手 2021-09-30 04:46 433阅读 0赞

策略模式：定义一系列算法，把它们一个个封装起来，并且使它们可相互替代

策略模式属于行为者模式，结构中包含策略，上下文和具体策略三个角色

*  策略：接口（抽象类）
 *  上下文：依赖于策略接口的类（面向策略设计的类），上下文包含有用策略声明的变量，上下文提供一个方法，该方法委托策略变量调用具体策略所实现的策略接口中的方法
 *  具体策略：具体策略是实现策略接口的类

例子：比如一场多个裁判的比赛，每个裁判都给一个选手打分，求选手的平均分

//AverageScore.java
    public class AverageScore {
       public double computerAverage(double [] a){
          double score=0,sum=0;
          for(int i=0;i<a.length;i++){
                sum=sum+a[i];
          }
          score=sum/a.length;
          return score; 
       }
    }

这样确实可以求平均分，但是用户要求是去头去尾再求平均值呢？这样又要修改代码了，但修改后，又无法满足求全部打分的平均值

发现问题：主要是这个方法可能要经常变化，面向编程有一个原则---面向抽象编程，核心思想就是把类中要经常变化的部分分隔出来，将每种可能的变化对应交给抽象类的子类或者实现接口的类去负责，从而实现不去关心具体实现，避免设计的类依赖于具体的实现，达到与其他类是松耦合的关系。

例子：

//策略模式属于行为型模式，结构中包含策略，上下文，具体策略三个角色
    //策略接口
    public interface Strategy {
    //    定义若干个抽象方法
    }

//具体策略
    public class ConcreteStrategy implements Strategy{
    //    实现策略接口的方法
    }

//依赖于策略接口的类，上下文面向策略，即是面向接口（抽象类）的类
    //上下文和具体策略是松耦合关系
    //上下文
    public class Context {
    //    使用策略声明的变量
        Strategy strategy;
    
        public void setStrategy(Strategy strategy){
         this.strategy=strategy
    }
    
    //    方法
    //    该方法委托策略变量调用具体策略所实现的策略接口中的方法
    }

public class test {
        public static void main(Strign []agrs){
            Context context=new Context();
            context.setStrategt(new ConcreteStrategy());
        }
    }

其中，

*  上下文和策略是组合关系，即Strategy strategy;
 *  上下文和具体策略是松耦合关系
 *  策略模式满足“开闭原则”

使用场景，

(1)一个类定义了多种行为,并且这些行为在这个类的方法中以多个条件语句的形式出现,那么可以使用策略模式避免在类中使用大量的条件语句。  
(2)程序的主要类(相当于上下文角色)不希望暴露复杂的、与算法相关的数据结构,那么可以使用策略模式封装算法,即将算法分别封装到具体策略中。  
3)需要使用一个算法的不同变体

策略模式相对于继承机制的优势，

子类可以重写父类的方法来改变该方法的行为，使得子类的对象具有和父类对象不同的行为。不过这样子类和父类是紧耦合关系，父类改动必然带动子类的改动，考虑系统的扩展性和复用性，应该注意面向对象的一个基本原则----少用继承，多用组合，而策略模式采用的是组合结构。