设计模式笔记—7_AbstractFactory抽象工厂模式

Abstract Factory抽象工厂模式是一种“对象创建”模式

• 通过“对象创建”模式绕开new，来避免对象创建（new）过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。它是接口抽象后的第一步工作

动机

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

定义

• 提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定它们具体的类
• 即“Family Factory”（家族工厂）

结构

代码对比

EmployeeDAO1.cpp

class EmployeeDAO{
    
public:
    vector<EmployeeDO> GetEmployees(){
        SqlConnection* connection =
            new SqlConnection();
        connection->ConnectionString = "...";

        SqlCommand* command =
            new SqlCommand();
        command->CommandText="...";
        command->SetConnection(connection);

        SqlDataReader* reader = command->ExecuteReader();
        while (reader->Read()){

        }

    }
};

EmployeeDAO2.cpp

//数据库访问有关的基类
class IDBConnection{
    
};
class IDBConnectionFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
};


class IDBCommand{
    
};
class IDBCommandFactory{
public:
    virtual IDBCommand* CreateDBCommand()=0;
};


class IDataReader{
    
};
class IDataReaderFactory{
public:
    virtual IDataReader* CreateDataReader()=0;
};


//支持SQL Server
class SqlConnection: public IDBConnection{
    
};
class SqlConnectionFactory:public IDBConnectionFactory{
    
};


class SqlCommand: public IDBCommand{
    
};
class SqlCommandFactory:public IDBCommandFactory{
    
};


class SqlDataReader: public IDataReader{
    
};
class SqlDataReaderFactory:public IDataReaderFactory{
    
};

//支持Oracle
class OracleConnection: public IDBConnection{
    
};

class OracleCommand: public IDBCommand{
    
};

class OracleDataReader: public IDataReader{
    
};



class EmployeeDAO{
    IDBConnectionFactory* dbConnectionFactory;
    IDBCommandFactory* dbCommandFactory;
    IDataReaderFactory* dataReaderFactory;
    
    
public:
    vector<EmployeeDO> GetEmployees(){
        IDBConnection* connection =
            dbConnectionFactory->CreateDBConnection();
        connection->ConnectionString("...");

        IDBCommand* command =
            dbCommandFactory->CreateDBCommand();
        command->CommandText("...");
        command->SetConnection(connection); //关联性

        IDBDataReader* reader = command->ExecuteReader(); //关联性
        while (reader->Read()){

        }

    }
};

EmployeeDAO3.cpp

//数据库访问有关的基类
class IDBConnection{
    
};

class IDBCommand{
    
};

class IDataReader{
    
};


class IDBFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
    virtual IDBCommand* CreateDBCommand()=0;
    virtual IDataReader* CreateDataReader()=0;
    
};

class SqlDBFactory:public IDBFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
    virtual IDBCommand* CreateDBCommand()=0;
    virtual IDataReader* CreateDataReader()=0;
 
};


class EmployeeDAO{
    IDBFactory* dbFactory;
    
public:
    vector<EmployeeDO> GetEmployees(){
        IDBConnection* connection =
            dbFactory->CreateDBConnection();
        connection->ConnectionString("...");

        IDBCommand* command =
            dbFactory->CreateDBCommand();
        command->CommandText("...");
        command->SetConnection(connection); //关联性

        IDBDataReader* reader = command->ExecuteReader(); //关联性
        while (reader->Read()){

        }

    }
};

对比

• EmployeeDAO1.cpp定义的connection等指针都是SQL相关类型，依赖了具体的SQL类，这样在以后需要连接其他数据库时，需要重写相关的类。不是面向接口的编程
• EmployeeDAO2.cpp定义了一系列数据库访问有关的虚基类和Factory，如连接接口IDBConnect和连接工厂IDBConnectionFactory;命令接口IDBCommand和工厂IDBCommandFactory；数据读取接口IDataReader和工厂IDataReaderFactory。这样在支持有关不同类型的数据库时，可以直接继承相关的接口和工厂。然后在主类EmployeeDAO中，直接定义接口指针和相关工厂的指针，使用基类工厂指针指向Factory中的CreateConnection方法实现对象的创建
  • 但是EmployeeDAO中三个指针dbConnectionFactory、dbCommandFactory、dataReaderFactory应该是属于同一个服务器类型的，之间存在一定的关联性，而这一点程序不能进行限制与保证
• EmployeeDAO3.cpp将三个工厂整合到一个工厂IDBFactory中，然后按每个类型的数据库不同，对IDBFactory进行继承，得到SqlDBFactory等类，这样就能保证指针是属于同一个服务器类型的。最后在EmployeeDAO中定义一个IDBFactory类型的指针

要点总结

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