首页 > 编程语言 >设计模式C++007__抽象工厂方法模式

设计模式C++007__抽象工厂方法模式

时间:2024-07-25 19:17:29浏览次数:9  
标签:__ IDBConnection virtual public connection command C++ 设计模式 class

设计模式C++007__抽象工厂方法模式

抽象工厂方法

1、动机:

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

定义:

2、示例:

例如一个数据库连接的工具:
需要对数据库进行连接、命令,读数据等操作,这些操作有关联性。如果我们最开始只提供了对SqlServer的支持,之后如果要扩展到能支持其他数据库的连接Orcal, MongoDB等,那么其中这些连接,命令,读数据的这些个操作也会不一样。

初始代码:

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()){

        }
    }
};

为了支持多数据库,我们需要面向接口编程。把创建对象(connection ,command ,reader )用接口实现。
我们尝试使用工厂模式创建这3个对象。

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

class IDBCommand{
    //虚方法...
};
class IDBCommandFactory{
public:
    virtual IDBCommand* CreateDBCommand()=0;
    //...
};

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


//Sql连接相关的实例类和对应的工厂类
class SqlConnection: public IDBConnection {

};
class SqlConnectionFactory: public IDBConnectionFactory{
    //虚函数具体实现
};
//SqlServer 命令类和对应的工厂类
class SqlCommand: public IDBCommand {
    
};
class SqlCommandFactory: public IDBCommandFactory{
    //虚函数具体实现
};

//SqlServer 读数据类和对应的工厂类
class SqlDataReader: public IDataReader {
    
};
class SqlDataReaderFactory: public IDataReaderFactory{
      //虚函数具体实现
};


//支持Oracle相关的子类,和Sql类似,不再实现
class ISqlDBConnection::IDBConnection{
    //虚方法
};
class ISqlDBCommand::IDBCommand{
    //虚方法
};
class ISqlReader::IDataReader{
    //虚方法
};

//。。。其他数据库连接,

class EmployeeDAO{
    //声明3个工厂类。这里有一个隐患,由于这里是抽象类的变量声明,将来这里可能传递的是某一个具体子类,例如:connection是SqlServer的实例,command是Oracle的实例。这样显然不合适
    //因为connection,command, reader是同一个体系下的一系列相关操作。不可能用SqlServer的连接去执行Oracle的命令。如何解决??
    //答案是:抽象工厂。我们把这三个工厂类放到一起。
    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()){

        }

    }
};


抽象工厂。如何实现??
我们把三个相关性很强的工厂方法放到一个类里面。

//把下面三个抽象类合并为一个类。
class IDBConnectionFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
    virtual ~IDBConnectionFactory(){}
};

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

class IDataReaderFactory: public IDataReaderFactory{
      //虚函数具体实现
      virtual IDataReader* IDataReader()=0;
};

//合并后
class IDBFactory{
public:
    virtual IDBConnection* CreateDBConnection()=0;
    virtual IDBCommand* CreateDBCommand()=0;
    virtual IDataReader* IDataReader()=0;

    virtual ~IDBFactory(){}
};

//把下面3个具体工厂类也合并为一个
class SqlConnectionFactory: public IDBConnectionFactory{
    //虚函数具体实现
};
class SqlCommandFactory: public IDBCommandFactory{
    //虚函数具体实现
};
class SqlDataReaderFactory: public IDataReaderFactory{
      //虚函数具体实现
};

//↓ 合并为一个实现工厂
class SqlDBFactory:public IDBFactory {
    virtual IDBConnection* CreateDBConnection()=0;
    virtual IDBCommand* CreateDBCommand()=0;
    virtual IDataReader* IDataReader()=0;
};

//EmployeeDAO中声明一个工厂类即可
class EmployeeDAO{
  IDBFactory *dbFactory;  //同一个工厂之内,中生成的对象,都是具有一定关联性的实例,不会出现Sql相关connection实例和Oracle实例混合的情况。

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()){
        }
    }
};

最终的代码结构:

//数据库访问有关的基类
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 OracleConnection: public IDBConnection{
    
};

class OracleCommand: public IDBCommand{
    
};

class OracleDataReader: public IDataReader{
    
};



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()){

        }

    }
};

结构:

要点总结:

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

标签:__,IDBConnection,virtual,public,connection,command,C++,设计模式,class
From: https://www.cnblogs.com/wjw-blog/p/18312176

相关文章

  • DataOps 新趋势:联通数科如何利用 DolphinScheduler 实现数据一体化管理
    引言在DataOps(数据运营)的推动下,越来越多的企业开始关注数据研发和运营的一体化建设。DataOps通过自动化和流程优化,帮助企业实现数据的高效流转和管理。当前,ApacheDolphinScheduler作为一款开源的分布式调度系统,凭借其灵活的插件机制和强大的调度能力,已经成为许多企业构建数据......
  • 西安理工大学机器人NEXT-E战队 视觉组简介和24届新生暑假自学指引
    视觉组简介和24届新生暑假自学指引1.视觉组是什么RoboMaster机器人竞赛作为一个竞技机器人赛事,利用弹丸攻击对方机器人或对方场地道具装甲板是取得胜利的关键。为了更好的进行打击,仅依靠操作手的手动瞄准是远远不够的,因此。视觉组利用各类算法,开发出稳定的自动瞄准系统,能够极......
  • editormd解析公式遇到的问题
    场景描述我们公司有需要将md渲染呈现到网页上的需求,内部使用了editor.md来完成该功能。但在使用的过程中碰到了如下问题部分特定的latex公式解析不正确如下latex部分$$NV_{n}=NV_{0}\timesP_{0}\timesP_{1}\timesP_{2}\times\dots\timesP_{n}$$......
  • 测试通用技术2
    一、测试流程二、软件测试过程模型V模型W模型H模型X模型三、软件测试过程理念尽早测试测试人员早期参与软件项目尽早的开展测试实行工作全面测试对软件的所有产品进行全面测试软件开发及测试人员(有时包括用户)全面参与到测试工作中全过程测试测试人员......
  • Transformer —— 李沐老师论文跟读
    论文地址:https://arxiv.org/pdf/1706.03762摘要当时的序列转录模型主要依赖于复杂的循环或者卷积神经网络加encoder+decoder架构组成,而论文提出了一种简单的网络架构transformer,在原有的encoder+decoder基础上增加注意力机制,而不使用循环和卷积。引言在引言中提到RNN的缺点......
  • locust 中HttpUser和TaskSet是什么关系
    在Locust中,HttpUser和TaskSet是用来定义用户行为和任务集合的重要组件。HttpUser:HttpUser是一个类,它代表了一个模拟的用户,可以用来模拟HTTP请求。HttpUser可以指定一些属性,比如最小等待时间和最大等待时间(min_wait和max_wait),这些属性控制了两个连续任务之间的随......
  • 栈,队列,链表
     栈堆栈又名栈(stack),它是一种运算受限的线性表。限定仅在表尾进行插入和删除操作的线性表。这一端被称为栈顶,相对地,把另一端称为栈底。向一个栈插入新元素又称作进栈、入栈或压栈,它是把新元素放到栈顶元素的上面,使之成为新的栈顶元素;从一个栈删除元素又称作出栈或退栈,它是把栈......
  • 二叉树的分类
    二叉树是最常见的树,二叉树的每个节点最多只有两个子节点二叉树的分类 完全二叉树 指二叉树的所有节点按照从左往右填充就像这样: 满二叉树是一种完全二叉树,当完全二叉树每个层次都被填满时,就是满二叉树例如上图中的最后一棵树堆 堆是一种带有特定排序的完全二叉......
  • 嵌入式学习--DAY10:函数的调用
    一、函数参数和函数的值1.在定义函数中指定的形参,在未出现函数调用时,它们并不占用内存中的存储单元,只有在发生函数调用时,函数中的形参才会被分配内存单元。在调用结束后,形参所占的内存单元也会被释放。2.实参可以是常量、变量或表达式。在被定义的函数中,必须指定形参的类型,实......
  • RecyclerView 滚动到指定position,且position所在的view 居屏幕中间显示
       RecyclerView滚动到指定position,且position所在的view居屏幕中间显示;   RecyclerView的scrollToPositionWithOffset和scrollToPosition,都可以实现滚到到指定位置,但是不能让所在的view居于手机的宽度的居中位置。    RecyclerView  滚动分为平......