简单工厂

简单工厂模式(Simple Factory Pattern)又称为静态工厂方法(Static Factory Method)模式

提示

它可以根据参数的不同，返回不同类的实例，而无需让客户端知道具体的创建细节。

问题

假设，现在工厂生产：木门、铁门、玻璃门这三种门，在订购时我们期望只需要告诉工厂材料名称，工厂就给我们生产相应的门。

简单设计模式解决的问题就是：客户端期望根据请求的类型创建相应的对象，客户端不关注对象常见的细节，由工厂负责类型匹配和对象创建逻辑。

解决方案

角色

simple-factory

• SimpleFactory：简单工厂

  简单工厂根据参数的不同创建并返回不同的产品实例。

• Product：抽象产品

  抽象产品负责描述所有实例所共有的公共接口。

• ConcreteProduct：具体产品

  具体产品实现产品的具体行为。

代码示例

package simple_factory

import "fmt"

// 抽象产品
type Product interface {
	Show()
}

const (
	Product1 = 1 + iota
	Product2
)

// 工厂
type SimpleFactory struct{}

func (SimpleFactory) NewProduct(i int) Product {
	switch i {
	case Product1:
		return &ConcreteProduct1{}
	case Product2:
		return &ConcreteProduct2{}
	}
	return nil
}

// 具体产品1
type ConcreteProduct1 struct{}

func (*ConcreteProduct1) Show() {
	fmt.Println("Product1 show")
}

// 具体产品2
type ConcreteProduct2 struct{}

func (*ConcreteProduct2) Show() {
	fmt.Println("Product2 show")
}

使用示例：只需要传入产品的参数，就可以获得该产品

package simple_factory

func ExampleSimpleFactory_NewProduct1() {
	factory := SimpleFactory{}
	product := factory.NewProduct(Product1)
	product.Show()
	// Output:
	// Product1 show
}

func ExampleSimpleFactory_NewProduct2() {
	factory := SimpleFactory{}
	product := factory.NewProduct(Product2)
	product.Show()
	// Output:
	// Product2 show
}

效果

优缺点

优点

• 实现了对象的创建和使用分离，降低了系统的耦合性。
• 通过该模式，实现了对责任的分配，提高了系统的灵活性和可维护性。

缺点

• 扩展性差，如果要增加新的产品类，就需要修改工厂类的代码，违背了开闭原则
• 由于使用了静态工厂方法，造成工厂角色无法形成基于继承的结构
• 如果产品种类较多，工厂方法的代码将会非常复杂

应用场景

• 创建对象少：工厂类负责创建的对象比较少。
• 不关心创建过程：客户端只知道传入工厂类的参数，对于如何创建对象不关心。

例如：

• 对于门这个产品，我们只需要给定的材料参数，工厂就会给我们创建木门、铁门、玻璃门等等。

总结

简单工厂设计模式是一种创建型设计模式，它可以根据参数的不同，返回不同类的实例，而无需让客户端知道具体的创建细节。简单工厂设计模式有利于实现对象的创建和使用分离，降低了系统的耦合性，提高了系统的灵活性和可维护性。 但是简单工厂设计模式也有缺点，首先，它扩展性差，如果要增加新的产品类，就需要修改工厂类的代码，违背了开闭原则。其次，工厂类的职责过重，如果产品种类较多，工厂方法的代码将会非常复杂。因此，简单工厂设计模式适用于创建对象少且不关心创建过程的场景。