八、设计模式-抽象工厂（Abstract Factory）

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模式主要在于应对“新系列”的需求变动，其缺点在于难以应对“新对象”的需求变化