工作记录之策略模式

学无止境，气有浩然！

---

前言

忽然发现自己在工作中用到策略模式蛮多的，在此处记录一下。

---

一、策略模式

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

在策略模式定义了一系列算法或策略，并将每个算法封装在独立的类中，使得它们可以互相替换。通过使用策略模式，可以在运行时根据需要选择不同的算法，而不需要修改客户端代码。

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

说白了其实就是消除if…else 所带来的复杂和难以维护。

核心角色

• 环境（Context）：维护一个对策略对象的引用，负责将客户端请求委派给具体的策略对象执行。环境类可以通过依赖注入、简单工厂等方式来获取具体策略对象。
• 抽象策略（Abstract Strategy）：定义了策略对象的公共接口或抽象类，规定了具体策略类必须实现的方法。
• 具体策略（Concrete Strategy）：实现了抽象策略定义的接口或抽象类，包含了具体的算法实现。

二、工作中的实践

思想

我会将所有的策略存入一个Map中，根据不同的条件，选择不同的策略去执行。由于策略不算多，而且不会给其他接口使用，这里使用的简易版策略模式，借助jdk8提供的Function接口来当作抽象策略，具体的策略使用lambda表达式代入。

代码

代码如下：

	private final Map<String, Function<RequestDto, ResultDto>> METHOD_MAP = new HashMap<String, Function<RequestDto, ResultDto>>(3) {{
        put(CommonConstant.TEST1_METHOD, TestService.this::testMethod1);
        put(CommonConstant.TEST2_METHOD, TestService.this::testMethod2);
        put(CommonConstant.TEST3_METHOD, TestService.this::testMethod3);
    }};
    
	public ResultDto doTest(RequestDto RequestDto) {
        return METHOD_MAP.get(method).apply(RequestDto);
    }

    private ResultDto testMethod1(RequestDto RequestDto) {
        ... 
    }

    private ResultDto testMethod2(RequestDto RequestDto) {
        ... 
    }


    private ResultDto testMethod3(RequestDto RequestDto) {
        ... 
    }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

Map作为Context决定使用哪个策略处理，doTest根据环境决定使用哪个策略，剩下的几个方法就是具体的策略了。

---

打完收工！