1. 概述
抽象工厂模式为一个产品家族提供了统一的创建接口。当需要这个产品家族的某一系列的时候，可以从抽象工厂中选出相对应的系列来创建一个具体的工厂类别。
2. 抽象工厂模式中的角色
2.1 抽象工厂（abstractfactory）：担任这个角色的是工厂方法模式的核心，它是与应用系统商业逻辑无关的。
2.2 具体工厂（concretefactory）：这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑，而这个逻辑是与应用系统的商业逻辑紧密相关的。
2.3 抽象产品（abstractproduct）：担任这个角色的类是工厂方法模式所创建的对象的父类，或它们共同拥有的接口。
2.4 具体产品（concreteproduct）：抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西，其内部一定充满了应用系统的商业逻辑。
3. 实例：更换数据库。现有系统使用的是sqlserver数据库，它的licence是付费的，有的客户想使用免费的数据库服务，如access。有的客户拥有其它数据库服务商的licence，他们也不想使用还要另付费的sqlserver。
3.1 解决这个问题的根本是将应用程序与数据库解耦，使得应用程序不再依赖某一个具体的数据库。抽象工厂给我们提供了解决方案。
3.2 实现类图
3.3 实现代码
3.3.1 抽象工厂类，提供了创建一组相关或相互依赖的对象的接口。
|
1
2
3
4
5
6
7
8
9
10
|
/// <summary>/// 抽象工厂类/// </summary>public interface idatabasefactory{ iemployee createemployee(); iuser createuser();} |
3.3.2 具体工厂类，提供了创建sqlserver,或access具体产品的实现
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
|
/// <summary>/// 与sqlserver相关产品的实现/// </summary>public class sqlserverdatabasefactory : idatabasefactory{ public iemployee createemployee() { return new sqlemployee(); } public iuser createuser() { return new sqluser(); }}/// <summary>/// 与access相关产品的实现/// </summary>public class accessdatabasefactory : idatabasefactory{ public iemployee createemployee() { return new accessemployee(); } public iuser createuser() { return new accessuser(); }} |
3.3.3 两个抽象产品，分别是iuser和iemployee
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
/// <summary>/// 抽象产品/// </summary>public interface iuser { user getuser(); bool saveuser();}/// <summary>/// 抽象产品/// </summary>public interface iemployee{ employee getemployee(); bool saveemployee();} |
3.3.4 具体产品的实现
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
|
/// <summary>/// 与sqlserver相关的具体产品user/// </summary>public class sqluser : iuser{ public user getuser() { return null; } public bool saveuser() { return false; }}/// <summary>/// 与sqlserver相关的具体产品employee/// </summary>public class sqlemployee : iemployee{ public sqlemployee() { } public employee getemployee() { return null; } public bool saveemployee() { return false; }}/// <summary>/// 与access相关的具体产品user/// </summary>public class accessuser : iuser{ public accessuser() { } public user getuser() { return null; } public bool saveuser() { return false; }}/// <summary>/// 与access相关的具体产品employee/// </summary>public class accessemployee : iemployee{ public accessemployee() { } public employee getemployee() { return null; } public bool saveemployee() { return false; }} |
4. 模式总结
4.1 优点
4.1.1 具体产品从客户代码中被分离出来
4.1.2 容易改变产品的系列（如sqlserver产品系列，access产品系列）
4.1.3 将一个系列的产品族统一到一起创建
4.2 缺点
在产品族中扩展新的产品是很困难的，它需要修改抽象工厂的接口，如增加一种产品customer变得非常困难。
4.3 实用范围
4.3.1 一个系统要独立于它的产品的创建、组合和表示时。
4.3.2 一个系统要由多个产品系列中的一个来配置时。
4.3.3 当你要强调一系列相关的产品对象的设计以便进行联合使用时。
4.3.4 当你提供一个产品类库，而只想显示它们的接口而不是实现时。
以上就是本文的全部内容，希望能给大家一个参考，也希望大家多多支持服务器之家。
