📢 大家好,我是 【战神刘玉栋】,有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 {
@Override
public void pay(int amount) {
System.out.println("使用支付宝支付: " + amount + "元");
}
}
@Component("wechatPay")
public class WeChatPay implements PaymentStrategy {
@Override
public void pay(int amount) {
System.out.println("使用微信支付: " + amount + "元");
}
}
@Component("unionPay")
public class UnionPay implements PaymentStrategy {
@Override
public 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 {
@Bean
public 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;
//这种方式也可以
@Test
public 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框架中,策略模式被广泛应用于多个模块,使得框架具有高度的灵活性和可扩展性。通过这种设计,开发者可以在不修改核心代码的情况下,轻松地替换或扩展功能。
有几个重要的地方可以体现这一设计模式:
- Spring的事务管理
在Spring的事务管理中,PlatformTransactionManager接口定义了事务管理的策略。不同的数据库或事务管理机制(如JDBC、Hibernate、JPA等)可以实现这个接口,从而提供不同的事务管理策略。通过配置,Spring可以在运行时选择合适的事务管理策略。
- Spring的消息转换
Spring的消息转换机制(如MessageConverter)允许你在不同的消息格式之间进行转换。你可以定义多个具体的消息转换器(如JSON、XML等),并在运行时选择合适的转换器来处理消息。
- Spring的缓存抽象
Spring的缓存抽象(如CacheManager)允许你使用不同的缓存策略(如EhCache、Caffeine、Redis等)。你可以通过配置选择不同的缓存实现,而不需要修改使用缓存的代码。
- Spring的安全框架
在Spring Security中,认证和授权的策略也是通过策略模式实现的。不同的认证方式(如表单登录、OAuth、LDAP等)可以实现相同的接口,Spring Security会根据配置选择合适的认证策略。
- Spring的事件处理
Spring的事件处理机制(如ApplicationListener和ApplicationEvent)也可以视为策略模式的应用。不同的事件监听器可以实现相同的接口,从而处理不同类型的事件。
补充说明
上述介绍Spring方式,可以通过XMl、JavaBean或@Profile等实现策略切换。
当然,能实现目的,并且扩展性强就OK了。不需要纠结这种方式是否为标准策略模式、以及策略如何切换。
只要将策略定义为一个个接口,然后按需选择需要的策略就可以了。
总结陈词
💗 本篇文章介绍了策略模式的实战应用,希望可以帮助到大家。
💗 后续会逐步分享企业实际开发中的实战经验,有需要交流的可以联系博主。