1、动机
在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时,犹豫需求的变化,往往存在更多系列对象的创建工作。
如何应对这种变化?如何绕开常规的对象创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?
2、举例
假设我们需求访问数据库做一些操作,先简单写一个(如下图),创建的对象包含数据库连接、SQL命令和读取:
同时数据库需要使用底层接口,我们后面需要继承过来,这里先粘出来:
数据库有好多种,比如SQL Server、mySQL、Oracle等,我们简单写一下:
后面就直接使用基类指针IDBConnection、IDBCommand、IDBReader来创建对象(略),同时把对应工厂写一下:
写一下SQL工厂创建的方法:
这样我们的主体创建工作就成了下面(目前是工厂方法):
对比看一下我们的更改:
当然我们也看到,实际情况下,如果对象之间不是使用同一种数据库是不能通信的,比如SQL Server的Connect()不能使用Oracle的Command(),也就是这些创建的对象必须是同一种数据库(同系列)的:
既然这样,尝试把几个关联性的创建工作封装到一个类中创建:
这样创建对象的时候只需要IDBFactory即可:
3、抽象工厂模式定义
提供一个接口,让该接口负责创建一系列“相关或相互依赖的对象”,无需指定具体的类
4、结构图
5、要点总结
(1)如果没有对应“多系列对象构建”的需求变化,则没有必要使用Abstract Factory模式,这时候使用简单工厂完全可以
(2)“系列对象”指的是某特定系列下的对象之间有依赖或作用的关系。不同系列对象之间不能依赖
(3)Abstract Factory模式主要在于应对“新系列”的需求变动,其缺点在于难以应对“新对象”的需求变化