PHP策略模式：解决代码膨胀与算法耦合的终极方案
目录导读
什么是策略模式？核心定义与类比
策略模式（Strategy Pattern） 属于行为型设计模式，它定义了一系列算法，并将每个算法封装在独立的类中，使它们可以互相替换，客户端根据需求动态选择策略,而无需修改原有代码。
通俗类比：
假设你要从北京去上海，可以选择飞机、高铁、自驾或火车，每种交通方式都是一个“策略”，你只需在出发前选择一种，而“旅行”这个行为本身（上下文）不需要改变，如果未来出现磁悬浮列车，只需新增一个策略类,无需修改旅行逻辑。
与简单工厂模式的区别：
简单工厂负责创建对象，策略模式负责切换算法行为，策略模式更关注“如何做”，工厂关注“谁来做”。
PHP策略模式解决的具体问题
消除if-else/switch语句的无限增长
在传统实现中,业务逻辑常靠条件分支实现：
class OrderCalculator {
public function calculate($type, $amount) {
if ($type == 'vip') { return $amount * 0.8; }
elseif ($type == 'new_user') { return $amount * 0.9; }
elseif ($type == 'seasonal') { return $amount * 0.75; }
// 每新增一种折扣，都要加elseif，代码臃肿且易出错
}
}
策略模式将每个判断分支封装为独立策略类，避免“条件地狱”。
算法与业务逻辑的解耦
当电商平台需要同时支持“满减”、“百分比折扣”、“固定金额优惠”等多种促销策略时，核心订单处理类不应直接包含所有算法,策略模式让算法变化独立于使用算法的客户端。
符合开闭原则（OCP）
开闭原则：对扩展开放，对修改关闭，新增一种优惠策略只需添加一个新策略类，无需修改订单计算核心类,这大幅降低回归测试风险。
提高代码可维护性
每个策略类职责单一，方便独立测试、调试和替换，修复“新用户折扣”的bug只需修改对应策略类,不会影响VIP折扣逻辑。
实战案例：支付系统与订单折扣
场景描述
假设开发一个在线商城，支持多种支付方式（支付宝、微信、信用卡）和动态折扣策略（新用户、会员、季节性活动）。
策略模式实现步骤
步骤1：定义策略接口
interface DiscountStrategy {
public function applyDiscount($amount): float;
}
步骤2：实现具体策略类
class NewUserDiscount implements DiscountStrategy {
public function applyDiscount($amount): float {
return $amount * 0.9; // 新用户9折
}
}
class VIPDiscount implements DiscountStrategy {
public function applyDiscount($amount): float {
return $amount * 0.8; // VIP 8折
}
}
class SeasonalDiscount implements DiscountStrategy {
public function applyDiscount($amount): float {
return $amount * 0.85; // 季节性85折
}
}
步骤3：上下文类（Context）
class Order {
private $discountStrategy;
public function setDiscountStrategy(DiscountStrategy $strategy): void {
$this->discountStrategy = $strategy;
}
public function calculateTotal($amount): float {
if ($this->discountStrategy === null) {
throw new \RuntimeException("未设置折扣策略");
}
return $this->discountStrategy->applyDiscount($amount);
}
}
步骤4：客户端动态选择
$order = new Order(); $order->setDiscountStrategy(new VIPDiscount()); echo $order->calculateTotal(1000); // 输出800 $order->setDiscountStrategy(new NewUserDiscount()); echo $order->calculateTotal(1000); // 输出900
深度扩展：支付策略与策略组合
- 支付策略：类似地，定义
PaymentStrategy接口，实现AlipayStrategy、WeChatStrategy。 - 策略组合：可使用“混合模式”，如
MixedDiscount类内部组合多个策略，按规则叠加。
策略模式的优缺点与适用场景
优点
- 消除过多条件语句：复杂业务逻辑变得清晰。
- 符合开闭原则：新增策略零修改。
- 提高代码复用性：策略可在多个上下文共享。
- 便于单元测试：每个策略独立可测。
缺点
- 类数量膨胀：每个策略一个类，小型项目可能过度设计。
- 客户端必须了解策略差异：调用方需知道何时使用哪种策略（可通过工厂模式缓解）。
- 增加代码复杂性：过多的抽象层级可能使新手困惑。
适用场景
- 系统需要多种算法，且未来可能扩展（如运费计算、利率计算）。
- 业务规则频繁变化，且各个规则相互独立（如促销活动、税率）。
- 需要规避条件判断的硬编码，期望动态切换行为。
常见问题Q&A
Q1：策略模式和状态模式有什么区别？
A：
- 策略模式：客户端主动选择算法，用户选择“VIP折扣”或“新用户折扣”，策略是用户决定的。
- 状态模式：算法选择依赖于内部状态变化，订单状态从“待付款”变为“已付款”，状态自动切换处理逻辑。
核心区别：策略由外部驱动，状态由内部驱动。
Q2：PHP中如何避免策略类过多？
A：
- 使用匿名函数/闭包作为轻量级策略（适用于逻辑简单的情况）。
- 结合工厂模式，通过参数自动实例化对应策略类。
- 使用数组或配置文件注册策略映射,减少硬编码。
Q3：策略模式能否与依赖注入容器结合？
A：当然可以，在Laravel或Symfony中，可通过服务容器注册策略类，在控制器中按需解析。
$discount = app()->make('discount.vip');
这种方式进一步解耦了策略实例化过程。
Q4：在所有现金折扣场景都适用策略模式吗？
A：如果折扣规则简单且固定（如永远只打8折），直接用常量或简单函数即可，无需模式，策略模式适合规则频繁变化或数量未知的场景。
PHP策略模式的核心价值在于：将“不变的行为上下文”与“可变的算法实现”彻底分离，它解决了多分支条件带来的代码臃肿、维护困难问题，让系统在面对业务规则变化时“只扩展不修改”，在支付、促销、验证、数据导出等需要动态切换逻辑的系统中,策略模式是PHP开发者的必备利器。
