php 8.2 中工厂模式核心未变，但须禁用构造函数返回对象（被忽略），改用静态方法如 createshape()，并结合联合类型（shapeinterface|false）和 static 返回类型提升类型安全与继承兼容性。
PHP 8.2 中工厂模式的核心实现方式没变，但必须避开构造函数返回对象的错误写法，且要利用好联合类型和 static 返回类型声明来提升类型安全。
为什么不能在 __construct() 里返回对象
PHP 的 new 操作符强制返回当前类实例，哪怕你在 __construct() 里写了 return new SomethingElse()，这个 return 也会被忽略。结果是：你以为拿到了 Circle，实际得到的是 ShapeFactory 实例，调用 draw() 就会报 Fatal error: Uncaught Error: Call to undefined method ShapeFactory::draw()。
正确做法只有一条：用静态方法或实例方法封装 new，比如 createShape() 或 make()。
ShapeFactory::createShape() 要加联合类型和 static 返回值
PHP 8.2 支持更精确的返回类型，避免客户端还要手动 instanceof 判断：
- 接口定义用
ShapeInterface，所有具体类（Circle、Square）都implements ShapeInterface - 工厂方法返回类型写成
ShapeInterface|false（如果可能失败）或ShapeInterface（配合异常兜底） - 若希望支持链式调用或子类继承后保持返回子类实例，用
static：例如public static function create(): static（适用于工厂方法模式中的具体工厂子类）
示例：
interface ShapeInterface
{
public function draw(): void;
}
class Circle implements ShapeInterface
{
public function draw(): void
{
echo "Drawing a circle.\n";
}
}
class ShapeFactory
{
public static function createShape(string $type): ShapeInterface
{
return match ($type) {
'circle' => new Circle(),
'square' => new Square(),
default => throw new InvalidArgumentException("Unknown shape: {$type}"),
};
}
}
工厂类命名和调用别踩这些坑
常见错误包括：
- 把工厂类命名为
Factory这种泛化名，导致 IDE 自动补全混乱、多人协作时不知道它造什么——应叫SmsFactory、CacheFactory或PaymentFactory - 传参用魔法字符串（如
'alipay'），没做枚举约束，拼错就静默失败——建议搭配enum（PHP 8.1+）或常量类 - 工厂方法不校验参数，直接
new $className()，遇到非法类名会触发Class not found致命错误——必须用class_exists()或match显式枚举 - 在工厂里做 heavy 初始化（如连接数据库、读配置文件），导致每次
create都开销大——初始化逻辑应延迟到对象真正使用时，或由依赖注入容器接管
PHP 8.2 下该选简单工厂还是工厂方法模式
大多数业务场景用简单工厂就够了，尤其是配置驱动型创建（比如根据 $_ENV['CACHE_DRIVER'] 创建缓存实例）：
- 简单工厂：一个类 + 一个静态方法，适合产品类型少、变化不频繁（如导出格式：CSV/Excel/XML）
- 工厂方法：抽象工厂接口 + 多个具体工厂类，适合需要隔离创建逻辑、或不同环境要替换整套产品族（如测试环境用
MockPaymentFactory，生产用AlipayFactory） - PHP 8.2 没新增语法支持抽象工厂，但
match表达式 + 枚举让简单工厂更健壮，别为了“模式”而强行升级结构
真正容易被忽略的是：工厂不是银弹。当创建逻辑本身开始承担业务规则（比如“用户等级 ≥ 3 才能创建 VIP 订单工厂”），说明职责已经溢出，该拆到领域服务里了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
