Spring策略模式示例

最新推荐文章于 2024-08-05 12:16:25 发布
最新推荐文章于 2024-08-05 12:16:25 发布
阅读量1k 收藏 18
点赞数 23
文章标签： spring 策略模式 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/QWQ123Q/article/details/136730364
版权

在本例中，我们将学习中的策略模式春天。我们将介绍注入策略的不同方法，从简单的基于列表的方法到更有效的基于地图的方法。为了说明这个概念，我们将使用《哈利·波特》系列中的三个不可饶恕咒——阿瓦达·凯达维拉、克鲁西奥和因佩里奥。

战略模式是什么？
战略模式是一种设计原则，允许您在运行时在不同的算法或行为之间切换。它允许您在不改变应用程序核心逻辑的情况下插入不同的策略，从而使您的代码具有灵活性和适应性。

这种方法在特定功能任务有不同实现并希望系统更能适应变化的情况下非常有用。它通过将算法细节从应用程序的主要逻辑中分离出来，促进了更模块化的代码结构。

步骤1:实施战略
想象自己是一个黑巫师，努力掌握不可饶恕咒的力量春天。我们的任务是实施所有三个诅咒——阿瓦达·凯达维拉、克鲁西奥和英佩里奥。之后，我们将在运行时切换诅咒（策略）。

让我们从我们的策略界面开始:

public interface CurseStrategy {  

    String useCurse();

	String curseName();
}

下一步，我们需要实施所有不可饶恕咒:

@Component  
public class CruciatusCurseStrategy implements CurseStrategy {  
  
	@Override  
	public String useCurse() {  
		return "Attack with Crucio!";  
	}  
  
	@Override  
	public String curseName() {  
		return "Crucio";  
	}  
}


@Component  
public class ImperiusCurseStrategy implements CurseStrategy {  
  
	@Override  
	public String useCurse() {  
		return "Attack with Imperio!";  
	}  
  
	@Override  
	public String curseName() {  
		return "Imperio";  
	}  
}

@Component  
public class KillingCurseStrategy implements CurseStrategy {  
  
	@Override  
	public String useCurse() {  
		return "Attack with Avada Kedavra!";  
	}  
  
	@Override  
	public String curseName() {  
		return "Avada Kedavra";  
	}  
}

第二步:注入诅咒列表
春天带来了一点魔力，允许我们将一个接口的多个实现作为一个列表注入，这样我们就可以使用它来注入策略并在它们之间切换。

但是让我们首先创建基础:向导界面。

public interface Wizard {  
	String castCurse(String name); 
}

我们可以将我们的诅咒（策略）注入到向导中，并过滤所需的诅咒。

@Service  
public class DarkArtsWizard implements Wizard {  
  
	private final List<CurseStrategy> curses;  
  
	public DarkArtsListWizard(List<CurseStrategy> curses) {  
		this.curses = curses;  
	}  
  
	@Override  
	public String castCurse(String name) {  
		return curses.stream()  
			.filter(s -> name.equals(s.curseName()))  
			.findFirst()  
			.orElseThrow(UnsupportedCurseException::new)  
			.useCurse();  
	}  
}

UnsupportedCurseException如果请求的诅咒不存在，也会创建。

public class UnsupportedCurseException extends RuntimeException {  
}

我们可以验证诅咒施法是否有效:

@SpringBootTest  
class DarkArtsWizardTest {  
  
	@Autowired  
	private DarkArtsWizard wizard;  
  
	@Test  
	public void castCurseCrucio() {  
		assertEquals("Attack with Crucio!", wizard.castCurse("Crucio"));  
	}  
  
	@Test  
	public void castCurseImperio() {  
		assertEquals("Attack with Imperio!", wizard.castCurse("Imperio"));  
	}  
  
	@Test  
	public void castCurseAvadaKedavra() {  
		assertEquals("Attack with Avada Kedavra!", wizard.castCurse("Avada Kedavra"));  
	}  
  
	@Test  
	public void castCurseExpelliarmus() {  
		assertThrows(UnsupportedCurseException.class, () -> wizard.castCurse("Abrakadabra"));  
	}  
}

另一种流行的方法是定义canUse方法而不是curseName。这将会回来boolean并允许我们使用更复杂的过滤方法，如:

public interface CurseStrategy {  

    String useCurse();

	boolean canUse(String name, String wizardType);
}

@Component  
public class CruciatusCurseStrategy implements CurseStrategy {  
  
	@Override  
	public String useCurse() {  
		return "Attack with Crucio!";  
	}  
  
	@Override  
	public boolean canUse(String name, String wizardType) {  
		return "Crucio".equals(name) && "Dark".equals(wizardType);  
	}  
}

@Service  
public class DarkArtstWizard implements Wizard {  
  
	private final List<CurseStrategy> curses;  
  
	public DarkArtsListWizard(List<CurseStrategy> curses) {  
		this.curses = curses;  
	}  
  
	@Override  
	public String castCurse(String name) {  
		return curses.stream()  
			.filter(s -> s.canUse(name, "Dark")))  
			.findFirst()  
			.orElseThrow(UnsupportedCurseException::new)  
			.useCurse();  
	}  
}

优点:易于实现。

缺点:每次都在循环中运行，这可能会导致执行时间变慢并增加处理开销。

步骤3:将策略作为映射注入
我们可以很容易地解决上一节的缺点。Spring让我们用bean名称和实例。它简化了代码并提高了效率。

@Service  
public class DarkArtsWizard implements Wizard {  
  
	private final Map<String, CurseStrategy> curses;  
  
	public DarkArtsMapWizard(Map<String, CurseStrategy> curses) {  
		this.curses = curses;  
	}  
  
	@Override  
	public String castCurse(String name) {  
		CurseStrategy curse = curses.get(name);  
		if (curse == null) {  
			throw new UnsupportedCurseException();  
		}  
		return curse.useCurse();  
	}  
}

这种方法有一个缺点:Spring将bean名称作为Map，因此策略名称与bean名称相同，如cruciatusCurseStrategy。如果Spring的代码或我们的类名在没有通知的情况下更改，这种对Spring内部bean名称的依赖可能会导致问题。

让我们检查一下我们是否还有能力施放这些诅咒:

@SpringBootTest  
class DarkArtsWizardTest {  
  
	@Autowired  
	private DarkArtsWizard wizard;  
  
	@Test  
	public void castCurseCrucio() {  
		assertEquals("Attack with Crucio!", wizard.castCurse("cruciatusCurseStrategy"));  
	}  
  
	@Test  
	public void castCurseImperio() {  
		assertEquals("Attack with Imperio!", wizard.castCurse("imperiusCurseStrategy"));  
	}  
  
	@Test  
	public void castCurseAvadaKedavra() {  
		assertEquals("Attack with Avada Kedavra!", wizard.castCurse("killingCurseStrategy"));  
	}  
  
	@Test  
	public void castCurseExpelliarmus() {  
		assertThrows(UnsupportedCurseException.class, () -> wizard.castCurse("Crucio"));  
	}  
}

优点:没有循环。

缺点:对bean名称的依赖性，这使得代码更难维护，并且在名称被更改或重构时更容易出错。

步骤4:注入列表并转换为地图
地图的缺点注射如果我们注入List并将其转换为Map，则很容易消除:

@Service  
public class DarkArtsWizard implements Wizard {  
  
	private final Map<String, CurseStrategy> curses;  
  
	public DarkArtsMapWizard(List<CurseStrategy> curses) {  
		this.curses = curses.stream()  
			.collect(Collectors.toMap(CurseStrategy::curseName, Function.identity()));
	}  
  
	@Override  
	public String castCurse(String name) {  
		CurseStrategy curse = curses.get(name);  
		if (curse == null) {  
			throw new UnsupportedCurseException();  
		}  
		return curse.useCurse();  
	}  
}

通过这种方法，我们可以重新使用curseName而不是春天的豆类名称Map关键字（策略名称）。

步骤5:@界面中的自动连线
弹簧支架自动布线转化为方法。自动连接到方法的简单示例是通过setter注入。该功能允许我们使用@Autowired在一个default方法，这样我们就可以注册每个CurseStrategy在……里Wizard接口，而无需在每个策略实现中实现注册方法。

让我们更新Wizard接口添加一个registerCurse方法:

public interface Wizard {  
  
	String castCurse(String name);  
  
	void registerCurse(String curseName, CurseStrategy curse)
}

这是Wizard实施:

@Service  
public class DarkArtsWizard implements Wizard {  
  
	private final Map<String, CurseStrategy> curses = new HashMap<>();  
  
	@Override  
	public String castCurse(String name) {  
		CurseStrategy curse = curses.get(name);  
		if (curse == null) {  
			throw new UnsupportedCurseException();  
		}  
		return curse.useCurse();  
	}  
  
	@Override  
	public void registerCurse(String curseName, CurseStrategy curse) {  
		curses.put(curseName, curse);  
	}  
}

现在，让我们更新CurseStrategy接口，方法是添加一个带有@Autowired注释:

public interface CurseStrategy {  
  
	String useCurse();  
  
	String curseName();  
  
	@Autowired  
	default void registerMe(Wizard wizard) {  
		wizard.registerCurse(curseName(), this);  
	}  
}

在注入依赖项的时候，我们将我们的诅咒注册到Wizard.

优点:没有循环，也不依赖内部Spring bean名称。

缺点:没有骗局，纯粹的黑魔法。

结论
在本文中，我们探讨了Spring背景下的策略模式。我们评估了不同的策略注入方法，并使用Spring的功能演示了一个优化的解决方案。

小徐博客
关注
springboot 策略模式示例
qq_39348918的博客
12-28 726
策略接口 package com.example.demo.strategy.service; public interface Strategy { String doOperation(); } 策略实现 package com.example.demo.strategy.service.impl; import com.example.demo.strategy.service.Strategy; import org.springframework.stereotype.C
Spring之策略模式
夏微凉秋微暖的博客
05-20 452
在策略模式（Strategy Pattern）中，一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。 在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。 目前有个场景，小学和少儿有同一套答题流程，但是每个关键环节都是有各自的三方服务，如何根据学段来区分哪一套三方服务： 1.先创建context AnswerServiceContext 两个方法，根据部门判断是少儿还是中学，来通过f
Spring中如何优雅的使用策略模式
最新发布
weixin_46425661的博客
08-05 1193
策略模式是什么，在Spring中如何优雅的使用
Spring下使用策略模式
06-08
NULL 博文链接：https://zl4.iteye.com/blog/2333003
Spring与策略模式
weixin_42098860的博客
02-09 151
spring策略模式
飞腾创客
09-20 582
/** * 策略类管理器 * @author ChenErGao */ @Component public class StrategyManage implements BeanPostProcessor { private final static Logger log = LoggerFactory.getLogger(StrategyManage.class); @Override public Object postProcessBeforeInitializatio
Spring实现策略模式
oldfish_的博客
05-03 1513
什么是策略模式 指对象有某个行为，但是在不同的场景中，该行为有不同的实现算法 在有多种算法相似的情况下，使用 if…else 所带来的复杂和难以维护 如我最近写的爬虫小说，行为是爬取小说内容，但是针对不同的网站，实现都不一样 本文收获 1.java8的lambda 2.spring的aware接口 3.策略模式 实现方式 方式一： 1.定义接口和实现类，给每个不同的实现类指定key /** * 定义接口 */ public interface TestProxy { public String
spring策略模式示例
07-15
下面是一个简单的示例来说明如何在Spring中使用策略模式： 首先，你需要定义一个策略接口，例如： ```java public interface PaymentStrategy { void pay(double amount); } ``` 然后，你可以创建多个实现该接口...
spring策略模式实现示例
07-15
下面是一个使用Spring框架实现策略模式的示例： 首先，定义一个策略接 `Strategy`，包含一个 `execute()` 方法： ```java public interface Strategy { void execute(); } ``` 然后，创建几个具体的策略类实现该...
40 Spring AOP策略模式使用及示例实战慕课专栏(1)1
08-03
深入理解Spring AOP的策略模式内部原理，有助于我们更好地编写和维护AOP代码。通过在代码中添加日志或者调试点，可以追踪AOP代理的执行流程，理解其背后的调用机制，这对于优化性能、处理异常和理解代码运行时的行为...
基于Spring源码实现策略模式与观察者模式
q66562636的博客
04-15 445
本文摘要：使用Spring事件推送机制与aware接口实现策略模式与观察者模式，并使用线程池进行任务异步化。 一、业务场景描述 假设我们要开发银行二类户开户功能，开户方式一需要执行如下步骤： 上传基础资料 OCR检测 活体识别 绑定银行卡 开户方式二则只需要： 上传基础资料 OCR检测 提交用款申请时，再补充： 活体识别 绑定银行卡 同时两种方式每个步骤之后都需要异步上报到监控系统。 二、策略模式实现 我们先来实现路由两种开户方式的策略模式： 先定义开户接口 public int
Spring策略模式
wzcheson的博客
02-22 533
一：策略模式的定义 策略模式是对算法的包装，把使用算法的责任和算法本身分隔开，委派给不同的对象管理。策略模式通常把一系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。 其类图如下：       如果是要用JAVA类来实现的策略模式，其源代码如下： /** * * 策略执行 * @author weique.lqf * @version $Id: Context.jav
Spring中实现策略模式示例
极道Jdon的技术博客
02-24 1494
如果 Spring 的代码或我们的类名在未通知的情况下发生变化，这种对 Spring 内部 Bean 名称的依赖可能会导致问题。此功能允许我们在接口的默认方法中使用 @Autowired，这样我们就可以在向导接口中注册每个 CurseStrategy，而无需在每个策略实现中实现注册方法。Spring 提供了一个神奇的功能，允许我们以 List 的形式注入一个接口的多个实现，这样我们就可以用它来注入策略并在它们之间切换。它简化了代码并提高了效率。我们可以在向导中注入我们的诅咒（策略），并筛选出所需的诅咒。
基于Spring实现策略模式
wadfdhsajd的博客
06-17 898
　　看多很多策略模式，总结下来实现原理大体都差不多，在这里主要是讲解下自己基于Spring更优雅的实现方案；这个方案主要是看了一些开源rpc和Spring相关源码后的一些思路，所以在此进行总结1.3.1 一个接口，两个方法 public interface IFileStrategy { //属于哪种文件解析类型 FileTypeResolveEnum gainFileType(); //封装的公用算法（具体的解析方法） void resolve(Object objectparam);} 1.3.2
spring中策略模式使用
weixin_30681615的博客
08-10 154
策略模式 工作中经常使用到策略模式+工厂模式，实现一个接口多种实现的灵活调用与后续代码的扩展性。在spring中使用策略模式更为简单，所有的bean均为spring容器管理，只需获取该接口的所有实现类即可。 下面以事件处理功能为例，接收到事件之后，根据事件类型调用不同的实现接口去处理。如需新增事件，只需扩展实现类即可，无需改动之前的代码。这样即做到了功能的隔离，又可防止改动原代码导致的b...
Spring项目中策略模式实现方案
ZBH的博客
07-09 2055
在基于 Spring 的项目中通过SpringBean很方便地实现策略模式方案的介绍说明设计模式系列中分类为行为型模式的一种，通过把不同处理逻辑封装为策略对象，然后在代码逻辑中通过context 上下文对象来选择合适的策略对象处理事物 策略模式常用来替代代码中的 if-else 分支逻辑，不过并非代码中有多重 if-else 就需要用策略模式进行重构，只有当这些分支逻辑会经常需要扩展新的分支逻辑场景时才适合使用策略模式，策略模式下只需增加新的策略对象而不需要修改原来的if-else分支处理逻辑，即符合开闭原
Spring中的策略模式
JSUITDLWXL的博客
07-04 1252
总结起来，策略模式在Spring中的应用使得我们可以灵活地切换和组合不同的行为，而不需要修改使用这些行为的类。在使用策略的类中，通过调用注入的策略类的方法，来实现具体的算法逻辑。这样，在运行时可以动态地替换策略类，从而实现不同的行为。在Spring的配置文件中，使用依赖注入（DI）的方式将策略类注入到需要使用策略的类中。方法来进行支付操作。当需要替换策略时，可以通过配置文件中的DI来注入不同的策略类。创建多个实现策略接口的类，每个类实现了策略接口中的方法，以提供不同的实现。在使用策略的地方，通过调用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小徐博客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值