企业官网建设流程全解析

工厂模式的核心价值是解耦对象创建与使用，避免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();

三、可视化对比表

四、工程价值与避坑指南

▶ 1.何时使用？

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

▶ 2.Laravel 中的实际应用

• 服务容器（Service Container）：

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

• 门面（Facades）：

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

▶ 3.避坑指南

五、终极心法

**“工厂不是模式，
而是创建的契约——

• 当你简单工厂，
  你在集中创建；
• 当你工厂方法，
  你在分离责任；
• 当你抽象工厂，
  你在组合产品族。

真正的工程能力，
始于对耦合的敬畏，
成于对细节的精控。”

结语

从今天起：

1. 小型项目用简单工厂
2. 复杂创建逻辑用工厂方法
3. 产品族场景用抽象工厂

因为最好的设计模式，
不是生搬硬套，
而是精准匹配业务需求。