工厂模式的核心在于解耦对象的创建与使用，通过工厂类统一管理实例化过程。在PHP中，简单工厂根据参数创建不同产品，适用于产品种类稳定的场景；工厂方法通过子类决定实例化，遵循开闭原则，适合频繁扩展新产品；抽象工厂用于创建相关产品族，适用于多系列对象构建。选择时应从简单工厂起步，按需演进，避免过度设计。实际应用中需注意职责单一、避免静态工厂滥用、结合接口返回抽象类型，并确保可测试性与错误处理清晰。
PHP中实现工厂模式的核心，在于将对象的创建过程抽象化，通过一个专门的工厂类来负责实例化不同的具体产品，从而将“谁来创建对象”和“如何使用对象”这两个关注点解耦。这不仅让代码结构更清晰，也大大提升了系统的灵活性和可维护性。
工厂模式在PHP中通常以几种形式出现，最常见的是简单工厂（Simple Factory）。它通过一个工厂类，根据输入的参数来决定创建哪一个具体产品类的实例。这在很多场景下都非常实用，比如你需要根据不同的配置或用户请求，提供不同类型的服务或组件。
我们来看一个具体的例子：假设我们要构建一个日志系统，需要支持文件日志和数据库日志两种记录方式。如果直接在业务逻辑中
new FileLogger()
new DatabaseLogger()
这时，工厂模式就派上用场了。
立即学习“PHP免费学习笔记（深入）”；
首先，定义一个统一的日志接口，确保所有日志类都遵循相同的契约：
<?php
// LoggerInterface.php
interface LoggerInterface
{
public function log(string $message);
}然后，实现具体的日志类：
<?php
// FileLogger.php
// 假设这是我们的文件日志实现
class FileLogger implements LoggerInterface
{
private string $filePath;
public function __construct(string $filePath = 'application.log')
{
$this->filePath = $filePath;
}
public function log(string $message)
{
$timestamp = date('Y-m-d H:i:s');
file_put_contents($this->filePath, "[$timestamp] FILE: $message\n", FILE_APPEND);
echo "Logged to file: $message\n";
}
}<?php
// DatabaseLogger.php
// 假设这是我们的数据库日志实现
class DatabaseLogger implements LoggerInterface
{
// 实际项目中这里会有数据库连接等逻辑
public function log(string $message)
{
$timestamp = date('Y-m-d H:i:s');
// 模拟写入数据库操作
echo "[$timestamp] DB: Logging '$message' to database...\n";
}
}接着，创建我们的日志工厂类。这个工厂类将负责根据类型参数，实例化并返回相应的日志对象：
<?php
// LoggerFactory.php
class LoggerFactory
{
public static function createLogger(string $type, array $options = []): LoggerInterface
{
switch (strtolower($type)) {
case 'file':
$filePath = $options['path'] ?? 'default.log';
return new FileLogger($filePath);
case 'database':
// 这里可能需要传入数据库连接信息等
return new DatabaseLogger();
// 如果未来有新的日志类型，只需在这里添加case
// 而不需要修改使用日志的地方
default:
throw new InvalidArgumentException("Unsupported logger type: $type");
}
}
}现在，在我们的业务逻辑中，就可以这样使用日志了：
<?php
// Usage.php
require_once 'LoggerInterface.php';
require_once 'FileLogger.php';
require_once 'DatabaseLogger.php';
require_once 'LoggerFactory.php';
try {
// 获取一个文件日志器
$fileLogger = LoggerFactory::createLogger('file', ['path' => 'my_app.log']);
$fileLogger->log("User logged in successfully.");
// 获取一个数据库日志器
$dbLogger = LoggerFactory::createLogger('database');
$dbLogger->log("Failed to process payment.");
// 尝试获取一个不支持的日志器
// $unsupportedLogger = LoggerFactory::createLogger('email');
// $unsupportedLogger->log("This will throw an error.");
} catch (InvalidArgumentException $e) {
echo "Error: " . $e->getMessage() . "\n";
}通过这个简单的工厂模式，我们的业务代码不再直接依赖具体的
FileLogger
DatabaseLogger
LoggerInterface
LoggerFactory
CloudLogger
LoggerInterface
LoggerFactory
case
LoggerFactory::createLogger()
在我看来，工厂模式的引入，远不止是代码看起来更“高级”那么简单，它实实在在解决了软件开发中的几个痛点，尤其是在PHP这样灵活但有时又容易写出“面条代码”的语言环境中。
首先，最直观的，它解耦了对象的创建与使用。我们知道，一个类直接依赖另一个具体类的实例化，就像把两个齿轮死死焊在一起。一旦其中一个齿轮需要更换，另一个也得跟着动。工厂模式就像一个智能的中间商，你告诉它你想要什么类型的产品（比如“文件日志”），它就负责给你生产出来，而你根本不需要关心这个产品具体是怎么生产出来的，用了哪些原材料。这在大型项目中尤其重要，当系统变得复杂，有几十上百个类相互协作时，这种解耦能力能显著降低系统的耦合度，让每个模块更独立，更容易维护。
其次，它提升了代码的扩展性和可维护性。想象一下，如果没有工厂，你可能在项目的十几个甚至几十个地方都直接
new FileLogger()
createLogger
再者，它简化了客户端代码。客户端（也就是我们业务逻辑中调用工厂的部分）不再需要了解具体产品的类名、构造函数的参数细节等。它只需要知道工厂的接口和它能生产的产品类型标识符。这让业务代码更专注于业务逻辑本身，而不是对象创建的繁琐细节。对于那些构造函数参数复杂，或者需要根据运行时环境动态决定的对象，工厂模式的价值尤为突出。
本系统是一个基于工厂模式的三层架构项目，基于VS2005 开发，结构简洁，配合动软Codematic代码生成器，可以使开发效率事半功倍，倍感轻松。本系统主要功能 1，物品类别管理 实现了物品类别的添加、修改、删除功能，方便库存物品分类管理。 2，物品管理 实现物品添加、修改，管理员可实时对物品做出库、入库记录，也可查看详细历史出入库记录。 3，商家管理 实现商家添加、修改、删除功能，方便公司和客户
0
最后，它有助于单元测试。在没有工厂的情况下，如果你的类A依赖于类B的实例，那么在测试类A时，你可能需要实例化一个真实的类B。如果类B又依赖于数据库、文件系统等外部资源，测试就会变得复杂且缓慢。但如果类A通过工厂获取类B的实例，那么在测试时，我们可以很容易地“注入”一个模拟的工厂，让它返回一个模拟的类B对象（Mock Object），从而隔离测试，提高测试效率和可靠性。这在PHPUnit等测试框架中是常见的实践。
这三个“工厂”兄弟，虽然名字相似，但解决的问题和适用的场景却各有侧重。选择哪一个，往往取决于你的项目规模、复杂度和未来的扩展需求。我个人在实践中，通常会从最简单的开始，如果需求演变，再逐步升级。
1. 简单工厂（Simple Factory）
create
JPGImage
PNGImage
2. 工厂方法（Factory Method）
3. 抽象工厂（Abstract Factory）
我的选择哲学：
我通常会从简单工厂开始。它足够应对很多中小规模的需求。如果随着项目的演进，我发现
create
过早地引入复杂的模式，往往会带来不必要的复杂性，增加开发和维护成本。始终记住，设计模式是解决问题的工具，而不是为了用而用。
工厂模式虽好，但用不好也会带来一些麻烦。我在实际项目中踩过一些坑，也总结了一些经验，希望能给大家一些启发。
潜在的坑：
new
LoggerFactory::createLogger()
InvalidArgumentException
最佳实践：
new
DatabaseLogger
require_once
use
总结来说，工厂模式是一个非常强大的工具，它能帮助我们构建更健壮、更灵活的PHP应用。但它的威力也需要我们谨慎对待，避免过度设计和不当使用，让它真正为项目服务。
以上就是PHP如何实现一个工厂模式_PHP工厂设计模式代码实例的详细内容，更多请关注php中文网其它相关文章！
PHP怎么学习？PHP怎么入门？PHP在哪学？PHP怎么学才快？不用担心，这里为大家提供了PHP速学教程(入门到精通)，有需要的小伙伴保存下载就能学习啦！
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
336
收藏
