简单工厂模式

简单工厂概念

1. 定义：定义一个工厂类，他可以根据参数的不同返回不同类的实例，被创建的实例通常都具有共同的父类
2. 在简单工厂模式中用于被创建实例的方法通常为静态(static)方法,因此简单工厂模式又被成为静态工厂方法(Static Factory Method)
3. 需要什么，只需要传入一个正确的参数，就可以获取所需要的对象，而无需知道其实现过程
   

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

主要解决：主要解决接口选择的问题。

何时使用：我们明确地计划不同条件下创建不同实例时。

如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。

关键代码：创建过程在其子类执行。

应用实例

您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。

使用场景： 1、日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。 2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。 3、设计一个连接服务器的框架，需要三个协议，“POP3”、“IMAP”、“HTTP”，可以把这三个作为产品类，共同实现一个接口。

注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

package factory

import "errors"

//定义一个Cache接口，作为父类
const(
	redis int=iota
	mem
)
type Cache interface {
	Set(key,value string)
	Get(key string)string
}
//实现具体的Cache：RedisCache
type RedisCache struct {
	data map[string]string
}

func (redis *RedisCache)Set(key,value string){
	redis.data[key]=value
}

func(redis *RedisCache)Get(key string)(value string){
	return redis.data[key]
}
//实现具体的Cache：MemCache
type MemCache struct {
	data map[string]string
}

func (mem *MemCache)Set(key,value string){
	mem.data[key]=value
}

func(mem *MemCache)Get(key string)(value string){
	return mem.data[key]
}
//实现Cache的简单工厂
type CacheFactory struct {
}

func(facttory *CacheFactory)Create(cacheType int)(Cache,error){
	if cacheType==redis{
		return &RedisCache{
			data: map[string]string{},
		},nil
	}
	if cacheType==mem{
		return &MemCache{
			data: map[string]string{},
		},nil
	}
	return nil,errors.New("error cache type")
}

package factory

import (
	"fmt"
	"testing"
)

func TestCacheFactory_Create(t *testing.T) {
	cache:=&CacheFactory{}
	redisCli,err:=cache.Create(redis);
	if err != nil {
		t.Error(err)
	}
	redisCli.Set("lanage","english")
	fmt.Print(redisCli.Get("lanage"))
}

优缺点

优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。

缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。

package main

import "fmt"

type Food interface {
	Eat()
}
type Rice struct {
}

func (r *Rice) Eat() {
	fmt.Println("Eat rice")
}

type Noodles struct {
}

func (r *Noodles) Eat() {
	fmt.Println("Eat Noodles")
}

func NewFood(choose string) Food {
	if choose == "n" {
		return &Noodles{}
	} else if choose == "r" {
		return &Rice{}
	}
	return nil
}

测试代码

package main

import "testing"

func TestNewFood(t *testing.T) {
	rice := NewFood("r")
	rice.Eat()

	noodles := NewFood("n")
	noodles.Eat()
}