一、🌈设计模式介绍
所谓 “设计模式”,就是一套反复被人使用或验证过的方法论。从抽象或者更宏观的角度上看,只要符合使用场景并且能解决实际问题,模式应该既可以应用在DDD中,也可以应用在设计模式中。
二、常用的设计模式有哪些?🤔
- 策略模式
- 工厂模式
- 单例模式
- 代理模式
- 工厂方法模式
- 观察者模式
- 模板方法模式
- 适配器模式
三、设计模式简单实现模板
场景: 商场搞活动,根据客户购买商品的金额,收费时给与不同的打折,比如,购买 金额>=2000 的打八折(0.8),金额 500 ~ 1000 的,打九折(0.9),购买金额 0 ~ 500 的九五折(0.95),根据不同的金额走不同计算策略逻辑。
3.1 策略模式
首先定义一个Strategy
接口来表示一个策略:
public interface Strategy {
/**
* 采用策略
*/
String strategy();
/**
* 计算方法逻辑
*/
void algorithm();
}
其中strategy
方法返回当前策略的唯一标识,algorithm
则是该策略的具体执行的计算逻辑。
下面是Strategy
接口的两个实现类:
public class ConcreteStrategyA implements Strategy {
@Override
public String strategy() {
return StrategySelector.strategyA.getStrategy();
}
@Override
public void algorithm() {
System.out.println("process with strategyA...");
}
}
public class ConcreteStrategyB implements Strategy {
@Override
public String strategy() {
return StrategySelector.strategyB.getStrategy();
}
@Override
public void algorithm() {
System.out.println("process with strategyB...");
}
}
public class ConcreteStrategyC implements Strategy {
@Override
public String strategy() {
return StrategySelector.strategyC.getStrategy();
}
@Override
public void algorithm() {
System.out.println("process with strategyC...");
}
}
自定义策略选择枚举 StrategySelector
:
@Getter
public enum StrategySelector {
strategyA(1,"strategyA"),
strategyB(2,"strategyB"),
strategyC(3,"strategyC");
private Integer code;
private String strategy;
StrategySelector(Integer code, String strategy) {
this.code = code;
this.strategy = strategy;
}
}
然后定义一个StrategyRunner
接口用来表示策略的调度器:
public interface StrategyRunner {
void execute(String strategy);
}
execute
方法内部通过判断strategy
的值来决定具体执行哪一个策略。
public class StrategyRunnerImpl implements StrategyRunner {
private static final List<Strategy> STRATEGIES = Arrays.asList(new ConcreteStrategyA(), new ConcreteStrategyB(), new ConcreteStrategyC());
private static Map<String, Strategy> STRATEGY_MAP = Maps.newHashMap();
static {
STRATEGY_MAP = STRATEGIES.stream().collect(Collectors.toMap(Strategy::strategy, s -> s));
}
@Override
public void execute(String strategy) {
STRATEGY_MAP.get(strategy).algorithm();
}
}
在StrategyRunnerImpl
内部,定义了一个STRATEGIES
列表来保存所有Strategy
实现类的实例,以及一个叫做STRATEGY_MAP
的Map
来保存strategy
和Strategy
实例之间的对应关系,static
块中的代码用于从STRATEGIES
列表构造STRATEGY_MAP
。这样,在execute
方法中就可以很方便地获取到指定strategy
的Strategy
实例。
实现并运用策略模式
@Component
public class ConcreteStrategyA implements Strategy {
@Override
public String strategy() {
return StrategySelector.strategyA.getStrategy();
}
@Override
public void algorithm() {
System.out.println("process with strategyA...");
}
}
@Component
public class ConcreteStrategyB implements Strategy {
@Override
public String strategy() {
return StrategySelector.strategyB.getStrategy();
}
@Override
public void algorithm() {
System.out.println("process with strategyB...");
}
}
@Component
public class ConcreteStrategyC implements Strategy {
@Override
public String strategy() {
return StrategySelector.strategyC.getStrategy();
}
@Override
public void algorithm() {
System.out.println("process with strategyC...");
}
}
然后,定义一个StrategyConfig
配置类,用于向容器注入一个StrategyRunner
:
@Configuration
public class StrategyConfig {
@Bean
public StrategyRunner runner(List<Strategy> strategies) {
Map<String, Strategy> strategyMap = strategies.stream().collect(Collectors.toMap(Strategy::strategy, s -> s));
return flag -> strategyMap.get(flag).algorithm();
}
}
不难发现,strategyRunner
方法的实现,其中的逻辑与之前的StrategyRunnerImpl
几乎完全相同,也是根据一个List<Strategy>
来构造一个Map<String, Strategy>
。只不过,这里的strategies
列表不是我们自己构造的,而是通过方法参数传进来的。由于strategyRunner
标注了Bean
注解,因此参数上的List<Strategy>
实际上是在Spring Boot
初始化过程中从容器获取的,所以我们之前向容器中注册的那两个实现类会在这里被注入。
这样,我们再也无需操心系统中一共有多少个Strategy
实现类,因为Spring Boot
的自动配置会帮我们自动发现所有实现类。我们只需编写自己的Strategy
实现类,然后将它注册进容器,并在任何需要的地方注入StrategyRunner
:
@Autowired private StrategyRunner strategyRunner;
然后直接使用strategyRunner
就行了:
@RestController
@RequestMapping(value = "/designPatterns")
public class DesignPatternController {