Skip to content

Commit 6c2fa11

Browse files
author
xiaobing.song
committed
update
1 parent 7b85aa0 commit 6c2fa11

File tree

1,509 files changed

+288426
-0
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

1,509 files changed

+288426
-0
lines changed

.DS_Store

22 KB
Binary file not shown.

.travis.yml

+6
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,6 @@
1+
language: go
2+
go:
3+
- 1.x
4+
- 1.11.x
5+
script:
6+
- go test -v ./...

00_simple_factory/README.md

+109
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,109 @@
1+
# 简单工厂模式
2+
3+
go 语言没有构造函数一说,所以一般会定义NewXXX函数来初始化相关类。
4+
NewXXX 函数返回接口时就是简单工厂模式,也就是说Golang的一般推荐做法就是简单工厂。
5+
6+
在这个simplefactory包中只有API 接口和NewAPI函数为包外可见,封装了实现细节。
7+
8+
9+
10+
现实生活中,原始社会自给自足(没有工厂),农耕社会小作坊(简单工厂,民间酒坊),工业革命流水线(工厂方法,自产自销),现代产业链代工厂(抽象工厂,富士康)。我们的项目代码同样是由简到繁一步一步迭代而来的,但对于调用者来说,却越来越简单。
11+
12+
在日常开发中,凡是需要生成复杂对象的地方,都可以尝试考虑使用工厂模式来代替。
13+
14+
> 注意:上述复杂对象指的是类的构造函数参数过多等对类的构造有影响的情况,因为类的构造过于复杂,如果直接在其他业务类内使用,则两者的耦合过重,后续业务更改,就需要在任何引用该类的源代码内进行更改,光是查找所有依赖就很消耗时间了,更别说要一个一个修改了。
15+
16+
工厂模式的定义:定义一个创建产品对象的工厂接口,将产品对象的实际创建工作推迟到具体子工厂类当中。这满足创建型模式中所要求的“创建与使用相分离”的特点。
17+
18+
按实际业务场景划分,工厂模式有 3 种不同的实现方式,分别是简单工厂模式、工厂方法模式和抽象工厂模式。
19+
20+
我们把被创建的对象称为“产品”,把创建产品的对象称为“工厂”。如果要创建的产品不多,只要一个工厂类就可以完成,这种模式叫“简单工厂模式”。
21+
22+
在简单工厂模式中创建实例的方法通常为静态(static)方法,因此简单工厂模式(Simple Factory Pattern)又叫作静态工厂方法模式(Static Factory Method Pattern)。
23+
24+
简单来说,简单工厂模式有一个具体的工厂类,可以生成多个不同的产品,属于创建型设计模式。简单工厂模式不在 GoF 23 种设计模式之列。
25+
26+
简单工厂模式每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类,这增加了系统的复杂度,违背了“开闭原则”。
27+
28+
> “工厂方法模式”是对简单工厂模式的进一步抽象化,其好处是可以使系统在不修改原来代码的情况下引进新的产品,即满足开闭原则。
29+
30+
## 优点和缺点
31+
32+
#### 优点:
33+
34+
1. 工厂类包含必要的逻辑判断,可以决定在什么时候创建哪一个产品的实例。客户端可以免除直接创建产品对象的职责,很方便的创建出相应的产品。工厂和产品的职责区分明确。
35+
2. 客户端无需知道所创建具体产品的类名,只需知道参数即可。
36+
3. 也可以引入配置文件,在不修改客户端代码的情况下更换和添加新的具体产品类。
37+
38+
#### 缺点:
39+
40+
1. 简单工厂模式的工厂类单一,负责所有产品的创建,职责过重,一旦异常,整个系统将受影响。且工厂类代码会非常臃肿,违背高聚合原则。
41+
2. 使用简单工厂模式会增加系统中类的个数(引入新的工厂类),增加系统的复杂度和理解难度
42+
3. 系统扩展困难,一旦增加新产品不得不修改工厂逻辑,在产品类型较多时,可能造成逻辑过于复杂
43+
4. 简单工厂模式使用了 static 工厂方法,造成工厂角色无法形成基于继承的等级结构。
44+
45+
#### 应用场景
46+
47+
对于产品种类相对较少的情况,考虑使用简单工厂模式。使用简单工厂模式的客户端只需要传入工厂类的参数,不需要关心如何创建对象的逻辑,可以很方便地创建所需产品。
48+
49+
## 模式的结构与实现
50+
51+
简单工厂模式的主要角色如下:
52+
53+
- 简单工厂(SimpleFactory):是简单工厂模式的核心,负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。
54+
- 抽象产品(Product):是简单工厂创建的所有对象的父类,负责描述所有实例共有的公共接口。
55+
- 具体产品(ConcreteProduct):是简单工厂模式的创建目标。
56+
57+
58+
59+
其结构图如下图所示。
60+
61+
![简单工厂模式的结构图](./img/5-200ZQ64244445.png)
62+
图 1 简单工厂模式的结构图
63+
64+
根据上图写出该模式的代码如下:
65+
66+
```java
67+
public class Client {
68+
public static void main(String[] args) {
69+
}
70+
71+
//抽象产品
72+
public interface Product {
73+
void show();
74+
}
75+
76+
//具体产品:ProductA
77+
static class ConcreteProduct1 implements Product {
78+
public void show() {
79+
System.out.println("具体产品1显示...");
80+
}
81+
}
82+
83+
//具体产品:ProductB
84+
static class ConcreteProduct2 implements Product {
85+
public void show() {
86+
System.out.println("具体产品2显示...");
87+
}
88+
}
89+
90+
final class Const {
91+
static final int PRODUCT_A = 0;
92+
static final int PRODUCT_B = 1;
93+
static final int PRODUCT_C = 2;
94+
}
95+
96+
static class SimpleFactory {
97+
public static Product makeProduct(int kind) {
98+
switch (kind) {
99+
case Const.PRODUCT_A:
100+
return new ConcreteProduct1();
101+
case Const.PRODUCT_B:
102+
return new ConcreteProduct2();
103+
}
104+
return null;
105+
}
106+
}
107+
}
108+
```
109+
13.1 KB
Loading

00_simple_factory/simple.go

+34
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,34 @@
1+
package simplefactory
2+
3+
import "fmt"
4+
5+
//API is interface
6+
type API interface {
7+
Say(name string) string
8+
}
9+
10+
//NewAPI return Api instance by type
11+
func NewAPI(t int) API {
12+
if t == 1 {
13+
return &hiAPI{}
14+
} else if t == 2 {
15+
return &helloAPI{}
16+
}
17+
return nil
18+
}
19+
20+
//hiAPI is one of API implement
21+
type hiAPI struct{}
22+
23+
//Say hi to name
24+
func (*hiAPI) Say(name string) string {
25+
return fmt.Sprintf("Hi, %s", name)
26+
}
27+
28+
//HelloAPI is another API implement
29+
type helloAPI struct{}
30+
31+
//Say hello to name
32+
func (*helloAPI) Say(name string) string {
33+
return fmt.Sprintf("Hello, %s", name)
34+
}

00_simple_factory/simple_test.go

+20
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,20 @@
1+
package simplefactory
2+
3+
import "testing"
4+
5+
//TestType1 test get hiapi with factory
6+
func TestType1(t *testing.T) {
7+
api := NewAPI(1)
8+
s := api.Say("Tom")
9+
if s != "Hi, Tom" {
10+
t.Fatal("Type1 test fail")
11+
}
12+
}
13+
14+
func TestType2(t *testing.T) {
15+
api := NewAPI(2)
16+
s := api.Say("Tom")
17+
if s != "Hello, Tom" {
18+
t.Fatal("Type2 test fail")
19+
}
20+
}

0 commit comments

Comments
 (0)