创建型模式（3）——抽象工厂模式

1 实际问题

使用工厂模式写一个程序，既能使用SqlServer访问User表，又能使用Access访问User表。

1.创建对User表进行访问的接口UserDao，该接口中包含了所有对User类处理的函数。

2.由于Access和Oracle数据库中都含有User表，但不同的数据库对User表实现相同操作的实现是不一样的，因此创建两个UserDao的实现类，分别用户处理Oracle和Access中的User表；

3.分别为每一个UserDao的实现类创建一个工厂类，该工厂专门创建该实现类的对象。

使用抽象工厂模式实现：

现在数据库中又增加了Department表：

1.此时应该创建一个DepartmentDao接口，该接口涵盖对Department表操作的所有函数；

2.分别给DepartmentDao接口创建两个子类，用于实现针对不同数据库的操作实现；

3.修改OracleFactory和AccessFactory，在两个类中增加createDepartmentDao()，用于创建各自对应的DepartmentDao的子类对象。

2 抽象工厂模式

在上述例子中，一种数据库称为一个系列，数据库中的一张张表所对应的一个个实现类称为一个个产品。

抽象工厂模式与工厂模式类似，如果数据库中只有一张表，每张表的实现类都有一个工厂与之对应，那么就是工厂模式；如果有两种数据库，每种数据库中都有好多表，并且仅仅有两个Factory的实现类，分别对应于两类数据库，并且每个Factory子类中有多个create函数，用于创建该系列中所属的产品对象，那么就是抽象工厂模式。

抽象工厂模式的好处：

抽象工厂模式的好处和工厂模式的好处是一样的。

1.如果要修改一种数据库的实现的话，只要在客户端修改如下代码即可：

Factory factory = new AccessFactory();

改成：Factory factory = new OracleFactory();

其他代码原封不动即可。

2.客户端中不会出现产品的具体类名，客户端通过Factory获取到某一个产品具体的实现对象后，该对象是赋给该类产品的接口的，然后客户端对接口引用进行对数据库的操作：

Factory factory = new AccessFactory();

UserDao userDao = factory.createUserDao();

userDao.insert();

抽象工厂模式的缺点：

当增加一个新的功能时，需要增加三个类，并且还要往Factory及其子类中增加创建这个新对象的函数createXXX()。

抽象工厂模式和工厂模式的异同？

两种模式本质上都是一样的，思想是一样的，抽象工厂模式只不过是工厂模式的一种扩展。

用简单工厂模式来改进抽象工厂模式：

1.所有产品都不变，将Factory的继承体系用一个DataAccess类来代替；

2.DataAccess中拥有创建不同种类产品的函数，每个函数中都要根据当前使用哪个数据库进行判断，到底创建哪种数据库访问对象。

使用简单工产模式＋抽象工厂模式＋反射机制实现createXXX究竟创建哪个数据库的实现，从配置文件中读出来。