策略模式--策略实现的封装性和随意扩展性

本文介绍策略模式并通过具体示例实现该模式。文中定义了一个接口及两种不同的实现方式,并通过配置文件进行扩展,展示了策略模式如何帮助实现灵活且易于扩展的设计。

 策略模式,这名字听起来有点唬人,思想确实不错,但是我想每个做过面向对象开发的人都会有这个思想,今天又看到这个概念了,顺手就来实现一下。

首先定义一个接口:

这就是整个策略模式的核心了。接着是两个实现了:

实现一:

实现二:

为了可以随便增加实现而不影响接口的调用并且封装实现,让接口的实现也可以即插即用,把实现类定义在properties中,通过类反射导入。

定义Strategy.properties:

A=pan.common.StrategyImplA
B=pan.common.StrategyImplB

下面就可以测试一下了:

 

都输出The 999 and the 1000 are same.
如果还有第三种实现方法,则再加入StrategyImplC.java,并在Strategy.properties中追加配置,即可追加一种实现而不影响真正的接口
public void checkSameItems(Map<String, String> items, String type) throws Exception;

 

### 策略模式与状态模式的区别 #### 结构相似性 尽管策略模式状态模式在实现上可能看起来很相似,因为两者都采用了多态机制将某些操作分配到一系列相关的类中[^1],但它们的目的本质完全不同。 #### 行为特性 - **策略模式**中的行为是彼此独立且可相互替换的。这意味着可以根据需求动态地选择并应用某个具体的策略来完成任务[^3]。 - **状态模式**则强调行为是由当前所处的状态决定的,这些行为通常是平行存在的,并且不可随意替代。一旦进入某种状态,则会表现出该状态下特有的逻辑特征[^1]。 #### 客户端参与度 - 在**策略模式**下,允许客户端主动参与到具体策略的选择过程中,即可以通过参数等方式告知系统应该采用哪一种预定义好的算法或流程来进行下一步动作[^4]。 - 对于**状态模式**, 外界仅需关注统一暴露出来的接口即可, 不必干涉内部如何切换至新的状态实例以及何时发生转变等问题; 这种封装使得调用方无需知晓也不应干预实际发生的转换细节[^3]. --- ### 应用场景分析 #### 策略模式的应用领域 当面临需要依据不同条件灵活调整业务规则或者执行路径的情况时,适合运用**策略模式**。比如电子商务平台根据不同节日制定个性化的折扣计算方法: ```python from abc import ABC, abstractmethod class DiscountStrategy(ABC): @abstractmethod def calculate(self, amount: float) -> float: pass class NoDiscount(DiscountStrategy): def calculate(self, amount: float) -> float: return amount # 没有优惠 class PercentageDiscount(DiscountStrategy): def __init__(self, rate: float): self.rate = rate def calculate(self, amount: float) -> float: return amount * (1 - self.rate) def apply_discount(amount: float, strategy: DiscountStrategy) -> float: return strategy.calculate(amount) ``` 在这里展示了基于百分比减免金额的具体实现案例之一——`PercentageDiscount`, 用户能够轻松扩展其他类型的促销活动而不需要修改现有代码结构[^4]。 #### 状态模式的实际用途 如果目标是对复杂对象在其整个生命周期内的多种状况及其间的过渡加以管理的话,则推荐选用**状态模式**。例如订单管理系统可能会经历多个阶段如待付款、已发货等等: ```java public interface OrderState { void pay(); void ship(); } public class PendingPayment implements OrderState { private final Order order; public PendingPayment(Order order){ this.order=order; } @Override public void pay(){ System.out.println("Order Paid"); order.setState(new Shipped(order)); } @Override public void ship(){ throw new IllegalStateException("Cannot ship unpaid orders."); } } // 更多状态省略... ``` 上述例子说明了一个典型电商网站上的购物流程控制方式,其中每个环节都有明确的责任划分并通过上下文环境(`Order`)协调各部分之间的协作关系[^3]。 --- ### 总结对比表 | 特性 | 策略模式 | 状态模式 | |--------------------|-----------------------------------|--------------------------------| | 主要解决的问题 | 提供一组可以互换使用的算法 | 建立起一套完整的状态转移体系 | | 是否支持外部定制化 | 是 | 否 | | 关键概念 | 可选方案 | 当前情境下的唯一表现形式 | ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值