设计模式 之 策略模式

策略模式是一种行为设计模式,允许在运行时选择不同的算法或策略。它通过定义抽象策略接口和其具体实现,以及一个持有策略引用的环境类,来减少代码中的条件分支,提高代码的可扩展性和灵活性。例如,在系统中,可以根据不同条件选择获取信息的方式,如从配置、文档、个人文件或菜单中获取信息。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

设计模式 之 策略模式

策略模式又叫政策模式(Policy Pattern),是一种行为型模式。比如对象的某个行为在不同的条件下有不同的实现方式,可以将这些行为的具体实现定义为一组策略,运行时根据不同条件选择不同的策略,降低代码耦合性(解决多重 if 问题);

策略模式的主要角色如下:

  • 抽象策略(Strategy):抽象策略定义了策略类的公共接口,它可以是一个接口或抽象类。它声明了策略类应该实现的方法,以便环境类能够通过统一的接口调用不同的策略。
  • 具体策略(Concrete Strategy):具体策略是抽象策略的具体实现,它实现了策略接口定义的方法,并封装了具体的算法逻辑。在不同的具体策略中,算法的实现可以有所不同。
  • 环境(Context)/ 上下文:持有一个策略类的引用,将客户端请求分派给具体的策略对象。

例子:

实现
实现
实现
实现
«interface»
AssistantProvider
getInfoByAssistantContent(String content)
AssistantInfoConfig
@Override getInfoByAssistantContent
具体实现=获取系统配置信息
AssistantInfoDocument
@Override getInfoByAssistantContent
具体实现=获取系统文档
AssistantInfoFile
@Override getInfoByAssistantContent
具体实现=获取个人文件
AssistantInfoMenu
@Override getInfoByAssistantContent
具体实现=获取系统菜单信息
	// 使用时,在Service注入 抽象策略AssistantProvider  
    @Resource 
    private Map<String, AssistantProvider> assistantProviderMap;
    // 获取类路径 
	String mapClassKey = "fd.s.main.assistantProvider.impl.AssistantInfo" + assistantMsgOption;
    assistantProviderMap.get(mapClassKey).getInfoByAssistantContent(content);
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值