策略设计模式

时间：2023-01-05 22:00:49

一、基本定义  

         

         策略设计模式：“针对”一组算法，“将”每一个算法封装到具有相同接口的独立的类中，“从而”使它们可以相互替换。


二、目的

        策略设计模式的重点不是如何实现算法，而是如何组织、调用这些算法。策略设计模式让程序的结构更加灵活，让系统具有更好的灵活性和扩展性，降低需求变动的维护成本。


三、代码实现

        策略设计模式代码有三个主体。

        1.持有抽象策略的引用的类

        2.抽象策略类

        3.具体策略类

        范例一：策略模式经典代码

public class Context {
    private Stategy stategy;

    public Context(Stategy stategy) {
        this.stategy = stategy;
    }

    public int result(){
        return stategy.function();
    }
    //主函数可以视为要被调用的环境，例如Service中，或者是Controller中
    public static void main(String[] args) {
        Context context = new Context(new Stategy1());
        System.out.println(context.result());

    }
}
//抽象策略
interface Stategy{
    int function();
}
//具体三种策略实现
class Stategy1 implements  Stategy{

    @Override
    public int function() {
        return 1;
    }
}
class Stategy2 implements  Stategy{

    @Override
    public int function() {
        return 2;
    }
}
class Stategy3 implements  Stategy{

    @Override
    public int function() {
        return 3;
    }
}

        这个例子里面Context类持有着抽象策略的引用，由构造函数接收抽象策略实现类。Context调用的result()方法，其实就是包裹的策略的function()方法。根据具体情况，选择不同的策略的实现类，传递给Context类的构造器。


        范例二：策略模式与简单工厂模式结合

        这种方式更加适合与MVC模式。Controller代码中不直接生成相关策略，根据前台传递过来的参数，交由Context类的构造函数，在Context类的内部进行选择具体的实现类。Controller层里面的代码只需要知道Context类，根本不需要知道具体的策略类。在发生需求变动的时候，我们修改的类是Context类的构造函数，修改switch()语句，因此Controller层的代码不需要变动。代码如下：

        

public class Context {
    private Stategy stategy;
    public Context(int i) {
        switch (i){
            case 1:{
                stategy = new Stategy1();
                break;
            }
            case 2:{
                stategy = new Stategy2();
                break;
            }
            case 3: {
                stategy = new Stategy3();
                break;
            }
            default:{
                stategy = new Stategy1();
            }
        }

    }

    public int result(){
        return stategy.function();
    }

    //此主函数可以看作是要实际应用的环境，比如某个Controller中
    public static void main(String[] args) {
        Context context = new Context(3);//这个构造函数的参数由前端传递过来
        System.out.println("结果是："+context.result());

    }
}
//策略
interface Stategy{
    int function();
}
//具体实现三种
class Stategy1 implements  Stategy{

    @Override
    public int function() {
        return 1;
    }
}
class Stategy2 implements  Stategy{

    @Override
    public int function() {
        return 2;
    }
}
class Stategy3 implements  Stategy{

    @Override
    public int function() {
        return 3;
    }
}

        上述代码可以看到，我们的主函数中（可以理解为Controller中），只有Context类的代码，没有出现具体的策略类。调用Context的result()方法，实际上就是包裹调用策略类的function()方法。这个时候，如果出现需求变动，我们Controller层的代码是不需要变动的，修改的是Context类中的switch()语句。

        有同事说策略模式的好处之一就是可以避免 if - else 语句，我是不赞成的，因为不管怎么说，策略模式是根据不同的情况选择不同的策略，那么这个过程必然会有 条件选择语句。if - else 语句也好，swicth语句也好，条件语句经过判断，选择出具体的实现类，因此它们在策略模式中是不可避免的。

四、策略模式的特点

        各个封装的算法地位平等，并且同一时刻只能使用其中的一种策略实现类。

        它们具有相同的接口，可以相互进行替换。


五、优缺点

        优点：由于策略模式的扩展性与灵活性，代码变得便于维护。在实际中，从前端接收一个参数，然后调用简单工厂的构造函数，在简单工厂内部创建这个策略的实例对象，调用简单工厂的方法返回结果即可。代码可参考第二个例子。

        缺点：策略模式因为需要将每一个策略都封装成具有相同接口的独立的类，如果当前系统中策略很多，无异于增加了代码开发的量。另外，在调用这些策略的时候，需要对每一个策略都要了解，增加了系统的复杂性。

        


          

标签：

相关文章