零基础从零到一PHP工厂模式可视化的庖丁解牛-开发者社区

工厂模式的核心价值是解耦对象创建与使用，避免new关键字散落在业务逻辑中。

一、核心原理：工厂模式解决什么问题？

▶ 1.问题场景（无工厂）

// 用户注册时发送通知if($user->type==='email'){$notifier=newEmailNotifier();// 散落在各处的 new}elseif($user->type==='sms'){$notifier=newSmsNotifier();}$notifier->send('Welcome!');

痛点：
- 创建逻辑与业务逻辑耦合
- 新增通知方式需修改多处代码

▶ 2.工厂模式解耦

// 工厂封装创建逻辑$notifier=NotifierFactory::create($user->type);$notifier->send('Welcome!');// 业务代码不再关心如何创建

优势：
- 单一职责：工厂只负责创建
- 开闭原则：新增类型只需扩展工厂，不修改调用方

💡核心认知：
工厂 = 对象创建的“中央调度室”

二、可视化实现：三种工厂模式对比

▶ 1.简单工厂（Simple Factory）

适用场景：产品类型较少，无需严格扩展

代码实现：

// 产品接口interfaceNotifier{publicfunctionsend(string$message);}// 具体产品classEmailNotifierimplementsNotifier{publicfunctionsend(string$message){echo"📧 邮件发送:$message\n";}}classSmsNotifierimplementsNotifier{publicfunctionsend(string$message){echo"📱 短信发送:$message\n";}}// 简单工厂classNotifierFactory{publicstaticfunctioncreate(string$type):Notifier{returnmatch($type){'email'=>newEmailNotifier(),'sms'=>newSmsNotifier(),default=>thrownewInvalidArgumentException("不支持的通知类型:$type")};}}// 使用$notifier=NotifierFactory::create('email');$notifier->send('Hello');

▶ 2.工厂方法（Factory Method）

适用场景：每种产品需要独立的创建逻辑

代码实现：

// 抽象工厂abstractclassNotifierFactory{abstractpublicfunctioncreateNotifier():Notifier;}// 具体工厂classEmailFactoryextendsNotifierFactory{publicfunctioncreateNotifier():Notifier{returnnewEmailNotifier();}}classSmsFactoryextendsNotifierFactory{publicfunctioncreateNotifier():Notifier{returnnewSmsNotifier();}}// 使用$factory=newEmailFactory();$notifier=$factory->createNotifier();$notifier->send('Hello');

▶ 3.抽象工厂（Abstract Factory）

适用场景：产品族（如 Windows/Mac UI 组件）

代码实现：

// 抽象产品族interfaceButton{publicfunctionrender();}interfaceCheckbox{publicfunctionrender();}// Windows 产品族classWinButtonimplementsButton{publicfunctionrender(){echo"Windows 按钮\n";}}classWinCheckboximplementsCheckbox{publicfunctionrender(){echo"Windows 复选框\n";}}// Mac 产品族classMacButtonimplementsButton{publicfunctionrender(){echo"Mac 按钮\n";}}classMacCheckboximplementsCheckbox{publicfunctionrender(){echo"Mac 复选框\n";}}// 抽象工厂abstractclassGUIFactory{abstractpublicfunctioncreateButton():Button;abstractpublicfunctioncreateCheckbox():Checkbox;}// 具体工厂classWinFactoryextendsGUIFactory{publicfunctioncreateButton():Button{returnnewWinButton();}publicfunctioncreateCheckbox():Checkbox{returnnewWinCheckbox();}}classMacFactoryextendsGUIFactory{publicfunctioncreateButton():Button{returnnewMacButton();}publicfunctioncreateCheckbox():Checkbox{returnnewMacCheckbox();}}// 使用$factory=newMacFactory();$factory->createButton()->render();$factory->createCheckbox()->render();

三、可视化对比表

模式	结构图	适用场景	扩展性
简单工厂	`调用方 → 工厂 → 产品`	小型项目，产品类型固定	❌ 修改工厂类
工厂方法	`调用方 → 具体工厂 → 产品`	每种产品需独立创建逻辑	✅ 新增具体工厂
抽象工厂	`调用方 → 产品族工厂 → 多产品`	多维度产品族（如 UI 主题）	✅ 新增产品族

四、工程价值与避坑指南

▶ 1.何时使用？

必须用：
- 对象创建逻辑复杂（如需读取配置、依赖注入）
- 需要统一管理生命周期（如数据库连接池）
不必用：
- 简单对象（如new User()）
- 项目规模小（过度设计）

▶ 2.Laravel 中的实际应用

服务容器（Service Container）：

// 绑定接口到实现app()->bind(Notifier::class,EmailNotifier::class);// 自动解析依赖$notifier=app(Notifier::class);// 相当于工厂

门面（Facades）：

Mail::to($user)->send(newWelcomeMail());// 内部使用工厂模式

▶ 3.避坑指南

陷阱	破局方案
工厂臃肿	按业务域拆分工厂（如`UserFactory`,`OrderFactory`）
忽略依赖注入	工厂应接受依赖（如`new NotifierFactory($config)`）
过度抽象	优先用简单工厂，再按需升级到工厂方法