golang 工厂模式

目录

• 前言
• 1.介绍
• 2.分析
  • 1.优点
  • 2.缺点
• 3.模式扩展
• 4.适用环境
• 5.模式结构
  • 类图
  • 时序图
  • demo
• 跳转

前言

• 不做文字的搬运工，多做灵感性记录
• 这是平时学习总结的地方，用做知识库
• 平时看到其他文章的相关知识，也会增加到这里
• 随着学习深入，会进行知识拆分和汇总，所以文章会随时更新
• 参考的文章过多、很杂很乱，所以参考会写不全，见谅

工厂模式

• 通过实例化车间来创建产品对象

1.介绍

• (Factory Method Pattern)
• 别称
  • 虚拟构造器(Virtual Constructor)模式
  • 多态工厂(Polymorphic Factory)模式
    
    * 因为所有的具体工厂类都具有同一抽象父类。
• 属于类创建型模式

2.分析

意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。

• 主要解决：主要解决接口选择的问题。
• 何时使用：我们明确地计划不同条件下创建不同实例时。
• 如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。
• 关键代码：创建过程在其子类（工厂方法的子类）执行。
• 关键： 基于工厂角色和产品角色的多态性设计

1.优点

• 扩展性高，符合“开闭原则”

  • 如果想增加一个产品，只要扩展添加一个具体工厂和具体产品就可以。 无需修改现有系统

• 屏蔽产品的具体实现，调用者只关心产品的接口

  • 一个调用者想创建一个对象，只要知道其名称就可以了。

  • 向客户隐藏了哪种具体产品类将被实例化这一细节，用户只需要关心所需产品对应的工厂，无须关心创建细节，甚至无须知道具体产品类的类名。

  • 工厂可以自主确定创建何种产品对象，而如何创建这个对象的细节则完全封装在具体工厂内部。

2.缺点

• 在添加新产品时，需要编写新的具体产品类，而且还要提供与之对应的具体工厂类，系统中类的个数将成对增加，在一定程度上增加了系统的复杂度，有更多的类需要编译和运行，会给系统带来一些额外的开销。
• 由于考虑到系统的可扩展性，需要引入抽象层，在客户端代码中均使用抽象层进行定义，增加了系统的抽象性和理解难度，且在实现时可能需要用到DOM、反射等技术，增加了系统的实现难度

3.模式扩展

• 与简单工厂方法的区别
  • 工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了面向对象的多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。
  • 核心的工厂类不再负责所有产品的创建，而是将具体创建工作交给子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口，而不负责产品类被实例化这种细节，这使得工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。

• 使用多个工厂方法：

  在抽象工厂角色中可以定义多个工厂方法，从而使具体工厂角色实现这些不同的工厂方法，这些方法可以包含不同的业务逻辑，以满足对不同的产品对象的需求
  
  // 这里说的工厂方法，其实就是不同的 product factory struct
  

• 产品对象的重复使用：

  工厂对象将已经创建过的产品保存到一个集合（如数组、List等）中，然后根据客户对产品的请求，对集合进行查询。
  	1.如果有满足要求的产品对象，就直接将该产品返回客户端；
  	2.如果集合中没有这样的产品对象，那么就创建一个新的满足要求的产品对象，然后将这个对象在增加到集合中，再返回给客户端。
  

• 多态性的丧失和模式的退化：

  如果工厂仅仅返回一个具体产品对象，便违背了工厂方法的用意，发生退化，此时就不再是工厂方法模式了。
  一般来说，工厂对象应当有一个抽象的父类型，
  如果工厂等级结构中只有一个具体工厂类的话，抽象工厂就可以省略，也将发生了退化。
  当只有一个具体工厂，在具体工厂中可以创建所有的产品对象，并且工厂方法设计为静态方法时，工厂方法模式就退化成简单工厂模式。
  

4.适用环境

在以下情况下可以使用工厂方法模式：

• 一个类不知道它所需要的对象的类：

  客户端不需要知道 product 类名，只需知道创建具体产品的 product factory
  // 小声bb下，要知道具体产品的业务方法....
  

• 一个类通过其子类来指定创建哪个对象：

  对于抽象工厂类只需要提供一个 创建产品 的接口，而由其子类来确定具体要创建的对象，利用面向对象的多态性和里氏代换原则，在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易扩展。
  // 创建产品的接口  factory struct
  // 产品的接口      product struct
  

• 将创建对象的任务委托给多个工厂子类中的某一个，

  客户端在使用时可以无须关心是哪一个工厂子类创建产品子类，需要时再动态指定，可将具体工厂类的类名存储在配置文件或数据库中。
  

5.模式结构

• 同简单工厂模式

• abstruct product 抽象产品

// 玩具类  interface

• product 产品

// 具体的玩具  struct

• abstruct factory 抽象工厂

// 玩具厂类 interface
工厂父类负责定义 (怎样创建产品) 的公共接口
声明了工厂方法，用于返回一个产品，它是工厂方法模式的核心，任何在模式中创建对象的工厂类都必须实现该接口；

• product factory 工厂

// 具体到哪个厂   struct
工厂子类则负责生成具体的产品对象 product
抽象工厂类的子类，实现了抽象工厂中定义的工厂方法，并可由客户调用，返回一个具体产品类的实例
一个工厂只生产一个产品

类图

• 非正规的类图，啥时候修改不一定，只是为了帮助自己理解
  
  

时序图

• 非正规的时序图，啥时候修改不一定，只是为了帮助自己理解而已
  
  

demo

package main

import "fmt"

// 手机类：抽象产品 abstruct product
type Phone interface {
	Call()
}

// 小米手机 ：产品 product
type XiaoMiPhone struct{}

// 小米手机实现手机的功能 ：call()
func (this *XiaoMiPhone) Call() {
	fmt.Println("小米手机天下第一")
}

// 华为手机 ：产品 product
type HuaWeiPhone struct{}

// 华为手机实现手机的功能 ：call()
func (this *HuaWeiPhone) Call() {
	fmt.Println("华为手机天下第一")
}

// 手机制造厂类： 抽象工厂 abstruct factory
type PhoneFactory interface {
	Create() Phone
}

// 工厂可以自主确定创建何种产品对象，
// 而如何创建这个对象的细节则完全封装在具体工厂内部。

// 小米工厂 ：factory 使用 create 可以初始化一个 小米手机
type XiaoMiFactory struct{}

func (this *XiaoMiFactory) Create() Phone {
	return &XiaoMiPhone{}
}

//工厂实例化.工厂创建
func CreatexmFactory() PhoneFactory {
	return &XiaoMiFactory{}
}

// 华为工厂 ：factory 使用 create 可以初始化一个 华为手机
type HuaWeiFactory struct{}

func (this *HuaWeiFactory) Create() Phone {
	return &HuaWeiPhone{}
}

//工厂实例化.工厂创建
func CreatehwFactory() PhoneFactory {
	return &HuaWeiFactory{}
}

// 调用
func main() {
	huawei := CreatehwFactory() //创建/进入华为工厂
	huawei.Create().Call()      //创建一个华为手机，并使用它的 call 功能
}

跳转

• golang知识库总结
• golang 设计模式