背景

定义:在策略模式(Strategy Pattern)中,一个类的行为或其算法可以在运行时更改。我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象,策略对象改变 context 对象的执行算法。
意图:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。
主要解决:在有多种算法相似的情况下,使用 if…else 所带来的复杂和难以维护。
何时使用:一个系统有许多许多类,而区分它们的只是他们直接的行为。
如何解决:将这些算法封装成一个一个的类,任意地替换。
关键代码:实现同一个接口。
应用实例: 1、诸葛亮的锦囊妙计,每一个锦囊就是一个策略。 2、旅行的出游方式,选择骑自行车、坐汽车,每一种旅行方式都是一个策略。
优点: 1、算法可以自由切换。 2、避免使用多重条件判断。 3、扩展性良好。
缺点: 1、策略类会增多。 2、所有策略类都需要对外暴露。
使用场景: 1、如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。 2、一个系统需要动态地在几种算法中选择一种。 3、如果一个对象有很多的行为,如果不用恰当的模式,这些行为就只好使用多重的条件选择语句来实现。

注意事项:如果一个系统的策略多于四个,就需要考虑使用混合模式,解决策略类膨胀的问题。

枚举+接口

我这里采用枚举的形式去代替传统的定义的策略类,目的是让代码可读性稍强一点。

传统代码

  1. public class RolePermission {
  2. public String getPermissonByRole(String role){
  3. String result = "";
  4. if ("ROLE_ROOT".equals(role)){
  5. // 超级管理员 AAA权限
  6. result = "ROLE_ROOT: " + "has AAA permission";
  7. }else if ("ROLE_ADMIN".equals(role)){
  8. // 系统管理员 BBB权限
  9. result = "ROLE_ADMIN: " + "has BBB permission";
  10. }else if ("ROLE_NORMAL".equals(role)){
  11. // 普通用户 CCC权限
  12. result = "ROLE_NORMAL: " + "has CCC permission";
  13. }else {
  14. return "XXX";
  15. }
  16. return result;
  17. }
  18. }

改造后

接口

public interface RoleOperation {
    String op();

}

实现层

public enum RoleEnum implements RoleOperation {

    ROLE_ROOT{
        @Override
        public String op() {
            return "ROLE_ROOT: " + "has AAA permission";
        }
    },
    ROLE_ADMIN{
        @Override
        public String op() {
            return "ROLE_ADMIN: " + "has BBB permission";
        }
    },
    ROLE_NORMAL{
        @Override
        public String op() {
            return "ROLE_NORMAL: " + "has CCC permission";
        }
    }

}
如果业务比较复杂,需要在我们枚举类中的各个策略实现需要注入各个策略service,也是可行的。比如我们springboot项目,把我们的上下文applicationContext变成静态的即可。意味着启动的时候会各个spring的涉及的bean会被注入到此类中。
// 省略
public class App {

    public static ApplicationContext applicationContext;

    public static void main(String[] args) {
        applicationContext = SpringApplication.run(App.class, args);
    }
}
public enum RoleEnum implements RoleOperation {

    ROLE_ROOT{
        @Override
        public String op() {
            xxx xService = App.applicationContext.getBean(xxx.class);
            return "ROLE_ROOT: " + xService.func();
        }
    },
    // 省略....
}

备注:枚举对注入支持的不是很好,需要我们自己去实现注入逻辑

顺道提一嘴,也可以通过如下方式获得类。其实和上面启动类差不多,都是为了解决拿到容器里的某个类,

@Component
public class AppContextAwareUtil implements ApplicationContextAware {


    @Autowired
    private static ApplicationContext app;

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        app = applicationContext;
    }

    //当你是通过new出来的类,但是new出来的又要注入ioc容器bean可以从里面获取
    public static <T> T getInstance(Class<T> requireType){
        return app.getBean(requireType);
    }
}