0.参考资料

1.概述

• 提供一个接口，让该接口负责创建一系列“相关或者相互依 赖的对象”，无需指定它们具体的类。 ——《设计模式》GoF
• 核心: 依赖倒置原则 + 迪米特法则(最少知道原则)

• 叫家族工厂/复合工厂是不是更合适?

  1.1动机

  - 在软件系统中，经常面临着“一系列相互依赖的对象”的创建工 作；同时，由于需求的变化，往往存在更多系列对象的创建工作。
  - 如何应对这种变化？如何绕过常规的对象创建方法(new)，提供一 种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？

  1.2结构

  - ![4O~}R`~XY07TZRH_AI[H3S5.png](https://cdn.nlark.com/yuque/0/2021/png/12524106/1628261143358-1cf3c4da-be12-4ed1-b05d-8a82facf54f9.png#align=left&display=inline&height=306&id=u2c496462&margin=%5Bobject%20Object%5D&name=4O~%7DR%60~XY07TZRH_AI%5BH3S5.png&originHeight=612&originWidth=1277&size=174249&status=done&style=none&width=639)

  2.要点总结

  1. 如果没有应对“多系列对象构建”的需求变化，则没有必要使用 Abstract Factory模式，这时候使用简单的工厂完全足够
  2. “系列对象”指的是在某一特定系列下的对象之间有相互依赖、 或作用的关系。不同系列的对象之间不能相互依赖。
  3. Abstract Factory模式主要在于应对“新系列”的需求变动。其缺 点在于难以应对“新对象”的需求变动

     3.案例

• 对不同数据库的访问

  4.使用模式

方案

类图

代码

//数据库访问有关的基类
class IDBConnection{
};
class IDBCommand{
};
class IDataReader{
};
class IDBFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
    virtual IDBCommand* CreateDBCommand()=0;
    virtual IDataReader* CreateDataReader()=0;
};
//支持SQL Server
class SqlConnection: public IDBConnection{
};
class SqlCommand: public IDBCommand{
};
class SqlDataReader: public IDataReader{
};
class SqlDBFactory:public IDBFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
    virtual IDBCommand* CreateDBCommand()=0;
    virtual IDataReader* CreateDataReader()=0;
};
//支持Oracle
//...
//调用层
class EmployeeDAO{
    IDBFactory* dbFactory;
public:
    vector<EmployeeDO> GetEmployees(){
        IDBConnection* connection =
            dbFactory->CreateDBConnection();
        connection->C onnectionString("...");
        IDBCommand* command =
            dbFactory->CreateDBCommand();
        command->CommandText("...");
        command->SetConnection(connection); //关联性
        IDBDataReader* reader = command->ExecuteReader(); //关联性
        while (reader->Read()){
        }
    }
};

5.经典使用

…