实际问题:
使用工厂模式写一个程序,既能使用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的子类对象。
什么是抽象工厂模式?
在上述例子中,一种数据库称为一个系列,数据库中的一张张表所对应的一个个实现类称为一个个产品。
抽象工厂模式与工厂模式类似,如果数据库中只有一张表,每张表的实现类都有一个工厂与之对应,那么就是工厂模式;如果有两种数据库,每种数据库中都有好多表,并且仅仅有两个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究竟创建哪个数据库的实现,从配置文件中读出来。