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 当你提供一个产品类库,而只想显示它们的接口而不是实现时。
以上就是本文的全部内容,希望能给大家一个参考,也希望大家多多支持服务器之家。








发表评论
◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。