工厂模式比较
- 简单工厂
表现为大量条件语句的构建方法，作为引入工厂方法和抽象工厂的中间步骤。相对工厂方法来说缺少子类
不同工厂返回不同类型的产品，这些工厂返回的“产品”具有相同的接口，工厂返回类型应声明为这一共有接口
class CarFactory{
public static function create(String type){
switch(type){
case "audi":
return new Audi();
case "bmw":
return new Bmw();
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);
}
}
- 抽象工厂模式
创建一组相互或依赖的对象（将工厂进一步抽象），关键词产品系列。如果程序中没有产品系列那么就不需要抽象工厂
例如产品系列：运输工具=引擎+控制器，其具体的变体可能为
- 汽车=内燃机+方向盘
- 飞机=喷气发动机+操纵杆
工厂方法模式
工厂方法
- 产品：工厂方法返回的对象，创建者和其子类构建的对象
- 具体产品：产品接口的不同实现
- 创建者：返回产品对象的工厂方法。尽管它的名字时创建者，但是它有其他职责，比如和产品相关的核心业务逻辑（模版方法的特殊形式，工厂方法可作为模版方法中的一个步骤）
- 具体创建者：重写基础工厂方法，返回具体产品类型不同的产品
实现方式
- 产品遵循同一接口
- 创建者类添加工厂方法，返回通用的产品接口
- 创建者代码中找到对产品构造函数的引用，并一次替换为对工厂方法的调用，同时把创建产品的代码移入工厂方法（此时可能会有switch来选择实例化的产品类）
- 为每个产品创建一个创建者子类，在子类中重写工厂方法，并将上一步的工厂方法中相关代码移入对应的工厂方法中
Golang 中的使用
Go 中缺少类和继承特性，无法实现净单的工厂方法模式，但是仍可实现简单工厂。基于传入参数的不同返回不同类型的产品
func NewTransport(type string) (ITransport,error){
if type == "Car"{
return newCar()
}
if type == "Ship"{
return newShip()
}
return nil, fmt.Errorf("Wrong type")
}
抽象工厂模式
抽象工厂
- 抽象产品：一组不同但是相关的产品接口(例如一个工厂可以同时生产鼠标、键盘这两种产品)
- 具体产品：抽象产品的不同实现
- 抽象工厂：一组创建各种抽象产品的方法
- 具体工厂：抽象工厂的具体实现，每个具体工厂对应具体的具体产品
- 客户端：通过调用抽象工厂和产品，实现和具体工厂/产品的交互。应用程序会在初始化阶段创建具体工厂对象。 而在此之前， 应用程序必须根据配置文件或环境设定选择工厂类别。
实现方式
- 不同工厂类型和产品类型绘制矩阵
- 不同的产品类型实现抽象的产品接口
- 提供抽象工厂接口，提供抽象产品的构建方法
- 实现不同的具体工厂，对应具体的产品类型
- 开发初始化代码，根据配置或环境初始化具体的工厂
- 找出代码中对产品构造函数的直接使用，将其替换为对工厂对象中相应构造方法的调用
相比工厂方法重要是抽象出了一系列产品的创建方法，其具体实现就是具体工厂，如果产品是一个，那么抽象工厂模式就可以退化为工厂方法
网友评论