《程序猿之设计模式实战 · 策略模式》

📢 大家好，我是 【战神刘玉栋】，有10多年的研发经验，致力于前后端技术栈的知识沉淀和传播。 💗

🌻 CSDN入驻不久，希望大家多多支持，后续会继续提升文章质量，绝不滥竽充数，欢迎多多交流。👍

写在前面的话

近期，无论是编码还是休闲阶段，偶尔都会刷到关于设计模式的相关内容，发掘可以整理的内容还不少，就想着归纳高低给它整一个专栏。网上介绍23种设计模式的内容也不少，大多枯燥而冗长，这边不会重复搬砖，也不会按顺序介绍所有设计模式，只会从实战层面去分享几个实用的。

好了，废话不多说，先开始最常用的策略模式吧。

题外话

有的人认为设计模式很有用，遵循了面向对象等开发原则，可以提升代码复用，提高可维护性，便于后期的功能扩展。

有的人则认为设计模式很鸡肋，业务需求直接用代码快速实现就行了，哪里想这么多，会导致过度设计设计，反而浪费了时间成本，增加了代码量，对团队开发的要求也较高。

博主认为：

1、设计模式在业务开发中有其独特的价值，但是否使用以及如何使用，需要根据具体的项目需求、团队经验和开发环境来权衡。

2、我们不要过度追求严格遵循设计模式的标准，而应该贴合实际开发场景，以提升可维护性和可扩展性为目的导向，去合理使用设计模式。

3、在企业实战开发中，框架封装人员更应该注重设计模式的复用，而业务开发人员按需使用即可。

最后，为什么学设计模式，主要是学习一种编程思想，总结起来，也无非是学以致用罢了。

---

策略模式介绍

Tips：为保证技术连贯，照例先来一段技术简介，了解一下。

基础概念：

策略模式（Strategy Pattern）是一种行为设计模式，它定义了一系列算法（策略），并将每一个算法封装起来，使它们可以互相替换。策略模式使得算法的变化独立于使用算法的使用者。

策略模式的核心思想是将一组相关的算法封装成独立的策略类，并通过一个上下文类来使用这些策略。这样，客户端可以在运行时选择不同的策略，而不需要修改上下文类的代码。

组成部分：

1、策略接口（Strategy）：定义一个公共接口，所有具体策略都需要实现这个接口。

2、具体策略（ConcreteStrategy）：实现策略接口的具体算法。

3、上下文（Context）：持有一个策略对象的引用，并通过该策略对象来调用具体的算法。

主要优势：

1、灵活性：可以在运行时选择不同的策略，增加了系统的灵活性。

2、开闭原则：可以在不修改现有代码的情况下增加新的策略。

3、清晰的职责分离：将算法的实现与使用分开，使得代码更加清晰。

个人理解：

策略可以理解为方式/方法之类的，即处理问题需要采用哪种不同的方法。

策略模式可以有效地替代 if…else 语句，尤其是在需要根据不同条件选择不同算法或行为的场景中。

最典型的运用示例就是多种付款方式，支付宝、微信、银联的，下面代码以此展开。

---

代码实现

如下所示，这里先上一个最普通的代码，实现一下策略模式，帮助大家理解，整体看起来还是挺清爽的。

不过代码量并没有貌似不会比if...else少多少？而且使用的时候，额外还要一个个new吗？

new的方式后面会改进，至于代码量而言，你要看这段代码在未来的易扩展性。

Tips：哪里听过类似的，长平之罪，罪在将来。好像不是一个意思。

Step1、定义支付策略接口

public interface PaymentStrategy {void pay(int amount);
}

Step2、定义具体策略类

Tips：这里@Component(“alipay”)注解非必须，是后面Spring阶段使用。

@Component("alipay")
public class Alipay implements PaymentStrategy {@Overridepublic void pay(int amount) {System.out.println("使用支付宝支付: " + amount + "元");}
}@Component("wechatPay")
public class WeChatPay implements PaymentStrategy {@Overridepublic void pay(int amount) {System.out.println("使用微信支付: " + amount + "元");}
}@Component("unionPay")
public class UnionPay implements PaymentStrategy {@Overridepublic void pay(int amount) {System.out.println("使用银联支付: " + amount + "元");}
}

Step3、编写支付上下文类

ublic class PaymentContextCommon {private final PaymentStrategy paymentStrategy;public PaymentContextCommon(PaymentStrategy paymentStrategy) {this.paymentStrategy = paymentStrategy;}public void executePayment(int amount) {paymentStrategy.pay(amount);}
}

Step4、客户端测试

public static void main(String[] args) {int amount = 100;// 使用支付宝支付PaymentContextCommon alipayContext = new PaymentContextCommon(new Alipay());alipayContext.executePayment(amount);// 使用微信支付PaymentContextCommon weChatContext = new PaymentContextCommon(new WeChatPay());weChatContext.executePayment(amount);// 使用银联支付PaymentContextCommon unionPayContext = new PaymentContextCommon(new UnionPay());unionPayContext.executePayment(amount);}

---

Spring 改进版本

针对前面的普通版本，我们可以使用Spring的依赖注入功能来管理支付策略的列表，会更简洁。

Step1、改进版本的支付上下文

这里采用Spring依赖注入Map的方式，减少了很多new的代码量。

这边还需要给

Tips：关于注入还有很多额外技巧和学问，这里先不展开，后续专题介绍。

public class PaymentContextSpring {private final Map<String, PaymentStrategy> paymentStrategies;public PaymentContextSpring(Map<String, PaymentStrategy> paymentStrategies) {this.paymentStrategies = paymentStrategies;}public void executePayment(Integer payType, int amount) {String beanName = PayTypeEnum.fromCode(payType).getImpl();PaymentStrategy strategy = paymentStrategies.get(beanName);if (strategy != null) {strategy.pay(amount);} else {System.out.println("未找到支付方式: " + beanName);}}
}@Configuration
public class TestConfig {@Beanpublic PaymentContextSpring paymentContextSpring(Map<String, PaymentStrategy> paymentStrategies) {return new PaymentContextSpring(paymentStrategies);}
}

Step2、定义一个支付枚举类

这边用枚举好处多多，清晰又明了。当然如果能接受前端直接传递bean的名称，也可以不要枚举。

public enum PayTypeEnum {WEIXIN_SCAN(1, "微信扫码支付", "wxScanPay"),ALIPAY_SCAN(2, "支付宝扫码支付", "aliScanPay"),UNION_PAY(3, "银联支付", "unionPay");private final Integer code;private final String desc;private final String impl;PayTypeEnum(Integer code, String desc, String impl) {this.code = code;this.desc = desc;this.impl = impl;}public static PayTypeEnum fromCode(Integer code) {for (PayTypeEnum payType : PayTypeEnum.values()) {if (payType.getCode().equals(code)) {return payType;}}throw new IllegalArgumentException("Invalid code: " + code);}
}

Step3、测试类改版

后续要扩展支付方式，就增加一个Service和修改枚举即可。

@SpringBootTest
@RunWith(SpringRunner.class)
public class PaymentTestSpring {//@Autowired//private PaymentContextSpring paymentContext;//这种方式也可以@Testpublic void testPayment() {PaymentContextSpring paymentContext = SpringUtil.getBean(PaymentContextSpring.class);int amount = 100;paymentContext.executePayment(1, amount);paymentContext.executePayment(2, amount);paymentContext.executePayment(3, amount);}
}

Spring 中的策略模式

在Spring框架中，策略模式被广泛应用于多个模块，使得框架具有高度的灵活性和可扩展性。通过这种设计，开发者可以在不修改核心代码的情况下，轻松地替换或扩展功能。

有几个重要的地方可以体现这一设计模式：

1. Spring的事务管理

在Spring的事务管理中，PlatformTransactionManager接口定义了事务管理的策略。不同的数据库或事务管理机制（如JDBC、Hibernate、JPA等）可以实现这个接口，从而提供不同的事务管理策略。通过配置，Spring可以在运行时选择合适的事务管理策略。

2. Spring的消息转换

Spring的消息转换机制（如MessageConverter）允许你在不同的消息格式之间进行转换。你可以定义多个具体的消息转换器（如JSON、XML等），并在运行时选择合适的转换器来处理消息。

3. Spring的缓存抽象

Spring的缓存抽象（如CacheManager）允许你使用不同的缓存策略（如EhCache、Caffeine、Redis等）。你可以通过配置选择不同的缓存实现，而不需要修改使用缓存的代码。

4. Spring的安全框架

在Spring Security中，认证和授权的策略也是通过策略模式实现的。不同的认证方式（如表单登录、OAuth、LDAP等）可以实现相同的接口，Spring Security会根据配置选择合适的认证策略。

5. Spring的事件处理

Spring的事件处理机制（如ApplicationListener和ApplicationEvent）也可以视为策略模式的应用。不同的事件监听器可以实现相同的接口，从而处理不同类型的事件。

补充说明

上述介绍Spring方式，可以通过XMl、JavaBean或@Profile等实现策略切换。

当然，能实现目的，并且扩展性强就OK了。不需要纠结这种方式是否为标准策略模式、以及策略如何切换。

只要将策略定义为一个个接口，然后按需选择需要的策略就可以了。

---

总结陈词

💗 本篇文章介绍了策略模式的实战应用，希望可以帮助到大家。

💗 后续会逐步分享企业实际开发中的实战经验，有需要交流的可以联系博主。