一个精巧的C++类工厂,实现根据类的种类,方法的种类生成实例调用,请您拍砖,多提建议

hatingfarmer 2010-08-10 08:39:39
该代码是我业余时间想到的,目的是根据类的种类,类中方法的种类,生成统一调用接口。
最终目的是可以支持所有的类。下面代码刚写尚未开始优化,请各位贡献您的主意。谢谢。



#include "stdafx.h"
#include <map>
using namespace std;
//设备接口抽象类,定义设备接口
class Device
{
public:
virtual void print1() = 0;
virtual void print2() = 0;
public:
Device(){}
~Device(){}
};

//具体设备,Device1
class Device1:public Device
{
public:
void print1(){ printf("Device1:print1\n");}
void print2(){ printf("Device1:print2\n");}

public:
Device1(){}
~Device1(){}
};

//具体设备,Device2
class Device2:public Device
{
public:
void print1(){printf("Device2:print1\n");}
void print2(){printf("Device2:print2\n");}

public:
Device2(){}
~Device2(){}
};

//设备类中方法类型定义
enum FUNTYPE{FUN1,FUN2};

//设备类的种类定义
enum DEVICETYPE{DEVICE1,DEVICE2};

//设备类接口函数指针变量定义
typedef void (Device::*pFUN)();

//设备类结构体
typedef struct
{
Device * pdevice; //设备类接口指针
map<FUNTYPE,pFUN> DeviceFunmap; //设备类对应的成员函数指针和成员函数类型映射
}DEVICESTRUCT;

//生成设备调用的工厂类
class ClassFacotry
{
public:
//导入所有设备的种类和每个设备类的接口函数指针
static void LoadClass()
{
//生成具体Device1结构1
DEVICESTRUCT deivestruct1;
//产生Device1
deivestruct1.pdevice = new Device1();
//把Device1的函数指针保存到map
deivestruct1.DeviceFunmap.insert(pair<FUNTYPE,pFUN>(FUN1,&Device::print1));
deivestruct1.DeviceFunmap.insert(pair<FUNTYPE,pFUN>(FUN2,&Device::print2));
//保存Device1结构1到成员map
devicemap.insert(pair<DEVICETYPE,DEVICESTRUCT>(DEVICE1,deivestruct1));

//生成具体Device2结构2
DEVICESTRUCT deivestruct2;
//产生Device2
deivestruct2.pdevice = new Device2();
//把Device1的函数指针保存到map
deivestruct2.DeviceFunmap.insert(pair<FUNTYPE,pFUN> (FUN1,&Device::print1));
deivestruct2.DeviceFunmap.insert(pair<FUNTYPE,pFUN>(FUN2,&Device::print2));

//保存Device1结构1到成员map
devicemap.insert(pair<DEVICETYPE,DEVICESTRUCT> (DEVICE2,deivestruct2));
}

static void Execute(DEVICETYPE deivetype,FUNTYPE funtype)
{
static LoadFlag =false;
if (false ==LoadFlag)
{
//导入所有设备的种类和每个设备类的接口函数指针
//只导入一次
LoadClass();
LoadFlag = true;
}
//根据设备类型和设备方法类型生成具体设备方法条用
DEVICESTRUCT deivestruct = (devicemap.find(deivetype))->second;
Device * pdevice = deivestruct.pdevice;
DeviceFun = ((deivestruct.DeviceFunmap).find(funtype))->second;

//具体设备方法条用
(pdevice->*DeviceFun)();

}

public:
ClassFacotry(){}
~ClassFacotry(){}

private:
//设备成员函数指针
static pFUN DeviceFun;

//设备类结构map
static map<DEVICETYPE,DEVICESTRUCT> devicemap;
};

//初始化设备成员函数指针
pFUN ClassFacotry::DeviceFun =NULL;

//初始化设备类结构map
map<DEVICETYPE,DEVICESTRUCT> ClassFacotry::devicemap;

int main(int argc, char* argv[])
{
//调用Device1实例的print1方法
ClassFacotry::Execute(DEVICE1,FUN1);

//调用Device2实例的print1方法
ClassFacotry::Execute(DEVICE2,FUN1);

//调用Device1实例的print2方法
ClassFacotry::Execute(DEVICE1,FUN2);

//调用Device2实例的print2方法
ClassFacotry::Execute(DEVICE2,FUN2);
return 0;
}



...全文
456 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
hatingfarmer 2010-08-10
  • 打赏
  • 举报
回复
各位请交流
hatingfarmer 2010-08-10
  • 打赏
  • 举报
回复
对于万能工厂的实现,我做了如下优化,各位决定怎么样

#include "stdafx.h"
#include <map>
using namespace std;
//设备接口抽象类,定义设备接口
class Device
{
public:
virtual void print1() = 0;
virtual void print2() = 0;
public:
Device(){}
~Device(){}
};

//具体设备,Device1
class Device1:public Device
{
public:
void print1(){ printf("Device1:print1\n");}
void print2(){ printf("Device1:print2\n");}

public:
Device1(){}
~Device1(){}
};

//具体设备,Device2
class Device2:public Device
{
public:
void print1(){printf("Device2:print1\n");}
void print2(){printf("Device2:print2\n");}

public:
Device2(){}
~Device2(){}
};

//##########################################################
//设备类中方法类型定义
enum FUNTYPE{FUN1,FUN2};

//设备类的种类定义
enum DEVICETYPE{DEVICE1,DEVICE2};
//#########################################################

//#######################################################################
//万能接口工厂类宏定义

//=====================================================================
//开始创建工厂类宏定义
#define BEGIN_CREATE_CLASS(_baseclass) \
typedef void (_baseclass::*pFUN)(); \
\
typedef struct \
{ \
_baseclass * pdevice; \
map<FUNTYPE,pFUN> DeviceFunmap; \
}_baseclass##CLASSSTRUCT; \
\
class _baseclass##Facotry \
{ \
public: \
static void LoadClass() \
{
//==============================================================================

//==============================================================================
//开始对象-对象类型映射宏定义
#define ON_CREATING_CLASS(_derivedclsstype,_derivedclass,_baseclass) \
do{ \
_baseclass##CLASSSTRUCT deivestruct; \
deivestruct.pdevice = new _derivedclass##(); \
deivestruct.DeviceFunmap.insert(pair<FUNTYPE,pFUN>(FUN1,&Device::print1)); \
deivestruct.DeviceFunmap.insert(pair<FUNTYPE,pFUN>(FUN2,&Device::print2)); \
devicemap.insert(pair<DEVICETYPE,_baseclass##CLASSSTRUCT>(_derivedclsstype,deivestruct));\
}while(0);
//==============================================================================

//==============================================================================
//工厂类定义结束
#define END_CREATE_CLASS(_baseclass) \
} \
static void Execute(DEVICETYPE deivetype,FUNTYPE funtype) \
{ \
static LoadFlag =false; \
if (false ==LoadFlag) \
{ \
LoadClass(); \
LoadFlag = true; \
} \
\
_baseclass##CLASSSTRUCT deivestruct = (devicemap.find(deivetype))->second;\
Device * pdevice = deivestruct.pdevice; \
DeviceFun = ((deivestruct.DeviceFunmap).find(funtype))->second;\
\
(pdevice->*DeviceFun)(); \
\
} \
\
public: \
_baseclass##Facotry(){} \
~_baseclass##Facotry(){} \
\
private: \
static pFUN DeviceFun; \
\
static map<DEVICETYPE,_baseclass##CLASSSTRUCT> devicemap; \
}; \
\
pFUN _baseclass##Facotry::DeviceFun =NULL; \
map<DEVICETYPE,_baseclass##CLASSSTRUCT> _baseclass##Facotry::devicemap;
//==============================================================================

//#################################################################################

//#####################################################################
//实例生成函数定义
#define ExecuteObjectFunction(__classtype,__funtype,__baseclass) \
__baseclass##Facotry::Execute(__classtype,__funtype);
//#####################################################################


//#######################################################################
//对象-对象类型映射,隐藏工厂生成过程
BEGIN_CREATE_CLASS(Device);
ON_CREATING_CLASS(DEVICE1,Device1,Device);
ON_CREATING_CLASS(DEVICE2,Device2,Device);
END_CREATE_CLASS(Device)
//#######################################################################

int main(int argc, char* argv[])
{
//调用Device1实例的print1方法
ExecuteObjectFunction(DEVICE1,FUN1,Device);

//调用Device2实例的print1方法
ExecuteObjectFunction(DEVICE2,FUN1,Device);

//调用Device1实例的print2方法
ExecuteObjectFunction(DEVICE1,FUN2,Device);

//调用Device2实例的print2方法
ExecuteObjectFunction(DEVICE2,FUN2,Device);
return 0;
}

hatingfarmer 2010-08-10
  • 打赏
  • 举报
回复
我想如果考虑宏的代码生成功能是可以做到的,不过我觉得是否还有更好的方法,请各位继续支招,讨论就是进步
[Quote=引用 8 楼 babilife 的回复:]
楼主想写个万能接口?

劝楼主不要想了,那是不存在的,你只能针对某一个项目进行最大的优化,万能的东西是不存在的
不过楼主思想值得学习!
[/Quote]
sunlin7 2010-08-10
  • 打赏
  • 举报
回复
还行,呵呵~~我眼拙,没有看出来精巧的地方。
至善者善之敌 2010-08-10
  • 打赏
  • 举报
回复
楼主想写个万能接口?

劝楼主不要想了,那是不存在的,你只能针对某一个项目进行最大的优化,万能的东西是不存在的
不过楼主思想值得学习!
hatingfarmer 2010-08-10
  • 打赏
  • 举报
回复

以上程序运行结果:
Device1:print1
Device2:print1
Device1:print2
Device2:print2
hatingfarmer 2010-08-10
  • 打赏
  • 举报
回复
这是一个我项目代码中抽取的一个思想,主要是为了将不同类中的不同方法调用,用一个接口来实现,
我想肯定还有可以优化的地方,请各位提出宝贵意见
maple_zhj 2010-08-10
  • 打赏
  • 举报
回复
没看出什么特别的地方。
hatingfarmer 2010-08-10
  • 打赏
  • 举报
回复
你好,我声明一下:
我这里的根据类的种类,类中方法的种类,生成统一调用接口,意思是对于不同类,不同方法都采用统一调用接口
[Quote=引用 2 楼 zyq5945 的回复:]
用虚函数就行了吧
[/Quote]
zyq5945 2010-08-10
  • 打赏
  • 举报
回复
用虚函数就行了吧
jyh_baoding 2010-08-10
  • 打赏
  • 举报
回复
思维不错,帮顶
RobyLTE 2010-08-10
  • 打赏
  • 举报
回复
楼主,不知道上面代码是否真是出自楼主之手,如果是,不知道楼主目前从事那行工作,
是否有兴趣考虑工作机会,我们是全球知名的通信设备供应商,为您提供非常好的待遇和空间,不过前提是上述代码真是出自您的
作品。如有兴趣请交流,qq:155170160
内容概要:本文系统研究了开关频率大于谐振频率(fs>fr)工况下,移相混合控制LLC谐振变换器在低压增益区域的工作特性,深入分析其在变频与移相结合控制模式下的调制机理、工作模态划分及损耗分布规律。通过Simulink平台构建高保真仿真模型,对变换器在不同负载和输入条件下的电压增益、转换效率、关键器件电压电流应力等性能指标进行了全面仿真验证,重点探讨了其在低增益区间的软开关实现能力与效率优化潜力,旨在提升LLC变换器在宽范围输入输出应用中的动态响应与能源转换效率。; 适合人群:从事电力电子变换器设计、高频电源开发及相关领域的高校研究生、科研院所研究人员及企业研发工程师,要求具备扎实的电路理论基础、电力电子技术知识以及一定的Simulink仿真能力。; 使用场景及目标:①深入理解LLC谐振变换器在fs>fr条件下采用移相混合控制的内在工作机理与模态转换过程;②掌握利用Simulink搭建复杂谐振变换器精确仿真模型的方法与技巧;③分析并优化低压增益区的增益特性与损耗构成,为设计高效率、高功率密度的软开关电源提供理论依据和数据支持; 阅读建议建议读者结合文中所述仿真模型,亲自复现仿真过程,重点观察不同控制参数(如移相比、开关频率)对电压增益曲线和关键波形的影响,并对比传统变频控制策略,深入探究混合控制在拓宽调压范围、提升轻载效率方面的优势,从而深化对现代高效谐振电源设计的理解。
内容概要:本文提出了一种基于粒子群优化算法(PSO)的配电网光伏储能双层优化配置模型,以IEEE33节点系统为标准算例,实现光伏发电单元与储能系统的协同选址与定容优化。该模型采用双层架构设计,上层以投资成本、运行经济性及网络损耗最小为目标优化设备配置方案,下层通过潮流计算评估系统在不同负荷场景下的运行性能,综合考虑电压稳定性、供电可靠性及可再生能源消纳能力,最终通过Matlab编程实现完整求解流程,为高渗透率分布式电源接入背景下的配电网规划提供了有效的技术支撑。; 适合人群:具备电力系统分析基础和Matlab编程能力的研究生、高校科研人员及从事新能源并网、智能配电网规划与优化的工程技术人员。; 使用场景及目标:①研究含高比例光伏接入的配电网规划与运行协同优化问题;②掌握双层优化建模方法与粒子群算法在复杂电力系统问题中的应用技巧;③为实际工程中分布式光伏与储能系统的科学选址与容量配置提供理论依据与仿真验证平台。; 阅读建议建议读者结合Matlab代码深入理解双层迭代求解机制,重点关注算法收敛性分析、参数敏感性测试,并可通过更换初始种群、调整权重因子或引入其他标准测试系统(如IEEE69节点)进行对比实验,进一步验证所提模型的普适性与鲁棒性。
内容概要:本文围绕双机并联虚拟同步发电机(VSG)在微电网中的功率分配、黑启动、虚拟阻抗与预同步控制展开,基于Simulink平台构建了完整的微电网系统仿真模型。重点研究了VSG在双机并联运行下的有功/无功功率均分控制策略,通过引入虚拟阻抗技术有效解决了因线路阻感比差异导致的功率分配不均问题。同时,设计了微电网黑启动流程与并网预同步控制模块,实现了待并网系统与主网在电压幅值、频率和相位上的精确同步,显著降低了并网冲击电流。系统整合了VSG控制、下垂控制、虚拟阻抗、锁相环(PLL)及预同步逻辑等关键环节,全面验证了多VSG协同运行的稳定性、自主恢复能力与并网可靠性。; 适合人群:具备电力系统、电力电子及自动控制等相关专业知识,从事微电网、分布式发电、VSG控制与并网技术研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①深入理解双机并联VSG系统中功率分配不均的机理及虚拟阻抗的补偿作用;②掌握微电网黑启动全过程及预同步控制的关键技术要点;③学习并实践基于Simulink的微电网多层次、多目标控制策略的建模与仿真方法;④为相关科研课题、毕业设计或实际工程项目提供可复现、可拓展的技术方案与仿真参考。; 阅读建议建议结合提供的Simulink模型文件进行同步学习,重点关注VSG控制参数整定、虚拟阻抗设计原则、预同步切换逻辑等核心模块的实现细节,并可通过改变负载投切、线路参数或初始频率偏差等条件进行多工况仿真测试,以深入探究系统的动态响应特性与鲁棒性。

16,550

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧