Golang工厂模式实现方式对比

一分耕耘，一分收获！既然打开了这篇文章《Golang中的工厂模式有哪些实现方式 对比简单工厂与抽象工厂》，就坚持看下去吧！文中内容包含等等知识点...希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！

Go语言中工厂模式分为简单工厂和抽象工厂。1. 简单工厂适合单一维度产品创建，通过参数决定实例类型，结构简单但扩展性差；2. 抽象工厂用于创建多个相关产品组成的家族，定义接口屏蔽实现细节，易于扩展产品族。两者区别在于目标、扩展性和复杂度，应根据项目需求选择使用，避免过度设计，结合接口编程并保持职责单一。

在Go语言中，工厂模式是创建型设计模式的一种重要实现方式，用来解耦对象的创建与使用。常见的工厂模式包括简单工厂和抽象工厂两种形式。它们各有适用场景，理解它们的区别和用法，对写出结构清晰、易于扩展的代码非常有帮助。

简单工厂：适合单一维度的产品创建

简单工厂不是GoF提出的23种设计模式之一，但在实际开发中非常常见。它通过一个工厂类根据传入的参数决定创建哪一种产品类的实例。

特点：

• 通常只有一个工厂类。
• 工厂负责判断并返回不同的产品实例。
• 产品种类有限且变化不频繁时适用。

示例：

type Animal interface {
    Speak()
}

type Dog struct{}
func (d *Dog) Speak() { fmt.Println("Woof!") }

type Cat struct{}
func (c *Cat) Speak() { fmt.Println("Meow!") }

func NewAnimal(animalType string) Animal {
    switch animalType {
    case "dog":
        return &Dog{}
    case "cat":
        return &Cat{}
    default:
        return nil
    }
}

这种方式简单直接，但当产品种类越来越多或需要支持多个产品族时，就显得力不从心了。

抽象工厂：处理多个产品族的组合创建

抽象工厂适用于产品不是单一类型，而是多个相关或依赖对象组成的家族的情况。比如不同品牌的电脑配件（键盘+鼠标），或者跨平台的UI组件库（按钮+文本框）等。

特点：

• 定义一组接口用于创建一系列相关或依赖对象的家族。
• 不暴露具体实现类，只面向接口编程。
• 更容易扩展新的产品族。

示例结构：

// 定义产品族接口
type Button interface {
    Click()
}

type TextBox interface {
    Input()
}

// Windows风格的具体产品
type WinButton struct{}
func (b *WinButton) Click() { fmt.Println("Windows button clicked") }

type WinTextBox struct{}
func (t *WinTextBox) Input() { fmt.Println("Windows text box input") }

// Mac风格的具体产品
type MacButton struct{}
func (b *MacButton) Click() { fmt.Println("Mac button clicked") }

type MacTextBox struct{}
func (t *MacTextBox) Input() { fmt.Println("Mac text box input") }

// 工厂接口
type UIFactory interface {
    CreateButton() Button
    CreateTextBox() TextBox
}

// 具体工厂
type WinFactory struct{}
func (f *WinFactory) CreateButton() Button   { return &WinButton{} }
func (f *WinFactory) CreateTextBox() TextBox { return &WinTextBox{} }

type MacFactory struct{}
func (f *MacFactory) CreateButton() Button   { return &MacButton{} }
func (f *MacFactory) CreateTextBox() TextBox { return &MacTextBox{} }

这样，客户端只需要选择一个具体的工厂，就可以得到一整套风格一致的产品，而无需关心具体实现细节。

简单工厂 vs 抽象工厂：关键区别

• 如果你只需要根据不同参数创建几个相似的对象，用简单工厂就足够了。
• 如果你的系统存在多个产品类别，并且这些产品之间有内在关联，建议使用抽象工厂来统一管理。

实际开发中的一些注意事项

• 不要过度设计：并不是所有情况都需要抽象工厂。如果你的产品结构稳定、变化少，简单工厂已经够用了。
• 结合接口设计：无论哪种工厂，都应该面向接口编程，而不是具体实现。
• 避免大而全的工厂类：即使是抽象工厂，也应保持每个工厂职责单一，避免把太多不相关的创建逻辑放在一起。
• 可选依赖注入：有时候可以把工厂作为参数传入业务逻辑中，提高灵活性和可测试性。

基本上就这些。工厂模式本身并不复杂，但要根据项目的实际情况合理选用，才能真正发挥它的价值。

终于介绍完啦！小伙伴们，这篇关于《Golang工厂模式实现方式对比》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！