工厂模式是PHP开发中常用的创建型设计模式，核心思想是将对象的创建逻辑封装到专门的工厂类中，让客户端无需直接依赖具体类的实例化过程，从而降低代码耦合度，提升系统的可维护性和扩展性。
什么是PHP工厂模式
工厂模式主要分为简单工厂模式、工厂方法模式和抽象工厂模式三类，在PHP日常开发中，前两种的使用频率更高。简单工厂模式通过一个统一的工厂类，根据传入的参数判断并创建对应的产品对象；工厂方法模式则是定义一个创建对象的接口，让子类决定实例化哪一个类，进一步解耦了工厂和产品的依赖关系。
PHP简单工厂模式实例
假设我们有一个支付场景，需要支持支付宝和微信两种支付方式，每种支付方式都有各自的支付逻辑，这时候就可以用简单工厂模式来管理支付对象的创建。
首先定义支付接口的规范：
<?php
// 支付接口
interface PayInterface
{
// 支付方法
public function pay(float $amount): string;
}
// 支付宝支付类
class AliPay implements PayInterface
{
public function pay(float $amount): string
{
return "使用支付宝支付了{$amount}元";
}
}
// 微信支付类
class WechatPay implements PayInterface
{
public function pay(float $amount): string
{
return "使用微信支付了{$amount}元";
}
}
接下来创建简单工厂类，根据传入的支付类型参数返回对应的支付对象：
<?php
class PayFactory
{
public static function createPay(string $type): PayInterface
{
switch ($type) {
case 'alipay':
return new AliPay();
case 'wechat':
return new WechatPay();
default:
throw new InvalidArgumentException("不支持的支付类型：{$type}");
}
}
}
客户端调用的时候只需要传入对应的类型参数，无需关心具体支付类的实例化细节：
<?php
// 客户端调用
try {
$pay = PayFactory::createPay('alipay');
echo $pay->pay(100.5);
} catch (InvalidArgumentException $e) {
echo $e->getMessage();
}
PHP工厂方法模式实例
当支付类型不断扩展，比如新增银联支付、PayPal支付等，简单工厂的switch逻辑会不断膨胀，不符合开闭原则。这时候可以改用工厂方法模式，将每个产品对应的工厂独立出来。
首先定义抽象的工厂接口：
<?php
// 抽象工厂接口
interface PayFactoryInterface
{
public function create(): PayInterface;
}
然后为每种支付类型创建对应的工厂类：
<?php
// 支付宝工厂类
class AliPayFactory implements PayFactoryInterface
{
public function create(): PayInterface
{
return new AliPay();
}
}
// 微信支付工厂类
class WechatPayFactory implements PayFactoryInterface
{
public function create(): PayInterface
{
return new WechatPay();
}
}
客户端调用时，只需要选择对应的工厂实例即可：
<?php // 使用支付宝工厂创建支付宝支付对象 $aliFactory = new AliPayFactory(); $aliPay = $aliFactory->create(); echo $aliPay->pay(200); // 使用微信工厂创建微信支付对象 $wechatFactory = new WechatPayFactory(); $wechatPay = $wechatFactory->create(); echo $wechatPay->pay(300);
PHP构建设计模式的基本方法
在PHP中构建各类设计模式，通常可以遵循以下通用步骤：
- 先梳理业务场景，判断当前问题是否适合用设计模式解决，避免为了用设计模式而过度设计。
- 明确设计模式要解耦的核心依赖点，比如工厂模式核心是解耦对象创建和使用的依赖。
- 定义好抽象层，比如接口或者抽象类，明确各个角色的职责边界，比如工厂模式中的产品接口、工厂接口。
- 按照设计模式的结构实现具体类，保证每个类的职责单一，符合单一职责原则。
- 编写测试用例验证实现是否符合预期，检查是否满足开闭原则、里氏替换原则等设计原则。
注意事项
使用工厂模式时需要注意，不要过度使用设计模式，如果对象创建逻辑非常简单，直接实例化反而更清晰。另外，工厂类的命名要清晰，符合语义，方便后续维护。如果是在大型项目中，可以结合依赖注入容器来管理工厂和对象的生命周期，进一步提升代码的灵活性。