你还在大篇幅的使用if…else吗?
举个例子:比如你们有一个订单系统,用户在平时下单和在双11的时候下单的时候逻辑是不一样的,可能双11下单就涉及到一些优惠之类的,这个时候你怎么做,应该有好多同学是这样做的,前端传一个参数来区分普通下单和双11下单,后台用if else来判断两个分支来处理逻辑,那这样好像也没啥问题,但是后面到双12了,老板说双12优惠力度又不一样了,你又得加一个else ,然后还需要修改之前已经测试没问题的代码, 这样你这个代码块还需要重新测试而且整体的代码简洁度也不美观了
那有什么最优的办法呢?那就是使用策略模式
本篇文章将通过策略模式的概念和优缺点以及几个完整的示例来讲解如何在工作和学习当中将策略模式融入的你的业务当中
一、什么是策略模式
策略模式是一种设计模式,它定义了一系列算法,并将每一个算法封装起来,使它们可以相互替换。这种模式的主要目的是解决在有多种算法相似的情况下,使用“if…else”所带来的复杂和难以维护的问题。
1.1 策略模式的优点
策略模式的优点有:
- 提供了管理相关的算法族的办法:策略模式的等级结构定义了一个算法或行为族,恰当使用继承可以把公共的代码移到抽象策略类中,从而避免重复的代码。
- 提供了可以替换继承关系的办法:如果不使用策略模式,那么使用算法的环境类就可能会有一些子类,每一个子类提供一种不同的算法。但是,这样一来算法的使用就和算法本身混在一起,不符合“单一职责原则”,决定使用哪一种算法的逻辑和该算法本身混合在一起,从而不可能再独立演化;而且使用继承无法实现算法或行为在程序运行时的动态切换。
- 使用策略模式可以避免多重条件选择语句:使用策略模式可以避免在多个地方使用“if-else”或“switch-case”语句来根据不同的条件选择不同的算法或行为。
- 提供了对“开闭原则”的完美支持:用户可以在不修改原有系统的基础上选择算法或行为,也可以灵活地增加新的算法或行为。
- 简化了单元测试:因为每个算法都有自己的类,可以通过自己的接口单独测试。
总之,策略模式是一种通过封装算法和行为来简化复杂系统设计的模式,它允许在运行时根据需要动态地选择不同的策略实现。
1.2策略模式的使用场景
策略模式适用于以下场景:
- 针对同一类型问题的多种处理方式,仅仅是具体行为有差别时。
- 需要安全地封装多种同一类型的操作时。
- 出现同一抽象类有多个子类,而又需要使用 if-else 或者 switch-case 来选择具体子类时。
- 多个类只有在算法或行为上稍有不同的情况下。
- 算法需要自由切换的情况下。
- 需要屏蔽算法规则对客户端造成的影响时,例如减少 if…else 语句时。
- 当一个类有多种行为方式时,可以使用策略模式来动态地选择行为方式。
1.3 策略模式和工厂模式的区别
有些同学经常把策略模式和工厂模式弄混,那我们也来看看策略模式和工厂模式的区别:
- 用途:工厂模式的主要作用是创建对象,而策略模式的主要作用是让一个对象在许多行为中选择一种行为。
- 关注点:工厂模式关注的是对象的创建,而策略模式关注的是行为的封装。
- 传参:工厂模式的传参是一个类型,而策略模式的传参是一个对象。
- 适用场景:工厂模式主要应用在多数据库选择、类库文件加载等场景中,而策略模式则适用于策略的切换与扩展,定义策略族,分别封装起来,让他们之间可以相互替换。
总结来说,工厂模式和策略模式虽然相似,但它们的设计理念和适用场景有所不同。工厂模式注重创建对象,而策略模式注重行为的封装和算法的独立性。因此,在使用时需要根据具体需求选择合适的模式。
二、策略模式的简单示例
下面以一个简单的代码示例来演示策略模式:
// 定义一个接口
public interface Strategy {
void execute();
}
// 两个实现类分别实现这个接口
public class StrategyA implements Strategy {
@Override
public void execute() {
// 第一段逻辑
System.out.println("执行第一段逻辑");
}
}
public class StrategyB implements Strategy {
@Override
public void execute() {
// 第二段逻辑
System.out.println("执行第二段逻辑");
}
}
public class Context {
private Strategy strategy;
public Context(Strategy strategy) {
this.strategy = strategy;
}
public void setStrategy(Strategy strategy