Day28 【概念解析】工厂方法模式
目录 ▼
整理定义
中文名称:工厂方法模式
英文名称:factory method pattern
复述展开
工厂方法模式属于设计模式中的,创建型模式。

工厂方法模式结构

-
产品 (Product) 将会对接口进行声明。 对于所有由创建者及其子类构建的对象, 这些接口都是通用的。
-
具体产品 (Concrete Products) 是产品接口的不同实现。
-
创建者 (Creator) 类声明返回产品对象的工厂方法。 该方法的返回对象类型必须与产品接口相匹配。 你可以将工厂方法声明为抽象方法, 强制要求每个子类以不同方式实现该方法。 或者, 你也可以在基础工厂方法中返回默认产品类型。 注意, 尽管它的名字是创建者, 但它最主要的职责并不是创建产品。 一般来说, 创建者类包含一些与产品相关的核心业务逻辑。 工厂方法将这些逻辑处理从具体产品类中分离出来。 打个比方, 大型软件开发公司拥有程序员培训部门。 但是, 这些公司的主要工作还是编写代码, 而非生产程序员。
-
具体创建者 (Concrete Creators) 将会重写基础工厂方法, 使其返回不同类型的产品。
注意, 并不一定每次调用工厂方法都会创建新的实例。 工厂方法也可以返回缓存、 对象池或其他来源的已有对象。
工厂方法模式适合的应用场景
❓ 当你在编写代码的过程中, 如果无法预知对象确切类别及其依赖关系时, 可使用工厂方法。
❓ 如果你希望用户能扩展你软件库或框架的内部组件, 可使用工厂方法。
❓ 如果你希望复用现有对象来节省系统资源, 而不是每次都重新创建对象, 可使用工厂方法。
工厂方法模式的优缺点
优点:
-
你可以避免创建者和具体产品之间的紧密耦合。
-
单一职责原则。 你可以将产品创建代码放在程序的单一位置, 从而使得代码更容易维护。
-
开闭原则。 无需更改现有客户端代码, 你就可以在程序中引入新的产品类型。
缺点:
- 应用工厂方法模式需要引入许多新的子类, 代码可能会因此变得更复杂。 最好的情况是将该模式引入创建者类的现有层次结构中。
理解体会
在理解工厂方法模式以及工厂相关的设计模式之前,需要对以下概念做一些区分和了解。
工厂:工厂是一个含义模糊的术语, 表示可以创建一些东西的函数、 方法或类。 最常见的情况下, 工厂创建的是对象。 但是它们也可以创建文件和数据库记录等其他东西。
简单工厂模式:描述了一个类, 它拥有一个包含大量条件语句的构建方法, 可根据方法的参数来选择对何种产品进行初始化并将其返回。简单工厂通常没有子类。 但当从一个简单工厂中抽取出子类后, 它看上去就会更像经典的工厂方法模式了。
// 简单工厂的例子
class UserFactory {
public static function create($type) {
switch ($type) {
case 'user': return new User();
case 'customer': return new Customer();
case 'admin': return new Admin();
default:
throw new Exception('传递的用户类型错误。');
}
}
}
工厂方法模式:是一种创建型设计模式, 其在父类中提供一个创建对象的方法, 允许子类决定实例化对象的类型。
// 工厂个方法模式的例子
abstract class Department {
public abstract function createEmployee($id);
public function fire($id) {
$employee = $this->createEmployee($id);
$employee->paySalary();
$employee->dismiss();
}
}
class ITDepartment extends Department {
public function createEmployee($id) {
return new Programmer($id);
}
}
class AccountingDepartment extends Department {
public function createEmployee($id) {
return new Accountant($id);
}
}
抽象工厂模式:是一种创建型设计模式, 它能创建一系列相关或相互依赖的对象, 而无需指定其具体类。
参考:
工厂方法设计模式 (refactoringguru.cn)
工厂模式和抽象工厂模式的区别 (refactoringguru.cn)