Java常用设计模式--策略模式(Strategy Pattern)

简介

在策略模式(Strategy Pattern)中,一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。

在策略模式中,我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。

策略模式角色 

  • 环境(Context)角色:持有一个Strategy的引用,最终给客户端调用。
  • 抽象策略(Strategy)角色:这是一个抽象角色,通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
  • 具体策略(ConcreteStrategy)角色:包装了相关的算法或行为。

例子 

比如说常见的会员体系,普通会员,黄金会员,白金会员...

示例代码

package com.example.strategy;

public interface Member {

    void show();

}
package com.example.strategy;

/**
 * 普通会员
 */
public class CommonMember implements Member{
    @Override
    public void show() {
        System.out.println("我是普通会员");
    }
}
package com.example.strategy;
/**
 * 黄金会员
 */
public class GoldMember implements Member{

    @Override
    public void show() {
        System.out.println("我是黄金会员");
    }
}
package com.example.strategy;

/**
 * 白金会员
 */
public class PlatinaMember implements Member{
    @Override
    public void show() {
        System.out.println("我是白金会员");
    }
}
package com.example.strategy;

public class Context {

    private Member member;

    public Context(Member member) {
        this.member = member;
    }

    public void doAction(){
        this.member.show();
    }

    // 动态替换算法(策略)
    public void replaceStrategy(Member member) {
        this.member = member;
    }
}
package com.example.strategy;

public class Test {

    public static void main(String[] args) {
        Member commonMember = new CommonMember();

        Member goldMember = new GoldMember();

        Member platinaMember = new PlatinaMember();

        //普通会员
        Context context = new Context(commonMember);
        context.doAction();

        //切换策略类为黄金会员
        context.replaceStrategy(goldMember);
        context.doAction();

        //切换策略类为白金会员
        context.replaceStrategy(platinaMember);
        context.doAction();
    }

}

策略模式的优缺点

1、优点

  • 对客户隐藏具体策略(算法)的实现细节,彼此完全独立。具体策略类实现自同一个接口,他们之间可以自由切换
  • 良好的扩展性。增加一种策略,只要实现接口,写上具体逻辑就可以了。当旧策略不需要时,直接剔除就行。
  • 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护,它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起,统统列在一个多重转移语句里面,比使用继承的办法还要原始和落后。

2、缺点

  • 如果策略增多,策略类的数量就会增加,维护各个策略类会给带来额外开销,策略类太多时,消耗更大。
  • 客户端必须知道所有的策略类,并自行决定使用哪一个策略类。也就是各个策略需要暴露给客户端。

 

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