作为客户与后台的中介,为了更好的调节两方的关系,我明智滴选择了webservice以及动态链接库。在与客户c++使动态链接库方式,而与后台java,使用webservice来交流沟通。
既然有了动态链接库,肯定大家会想到静态链接库。呵呵,这个是相对的。那这两者有什么区别呢?那又为什么选择了动态链接库呢?
静态链接库:是把lib文件也打包到了exe文件中。
动态链接库:没有把lib文件打包到exe文件中,若是使用,则直接加载卸载相应的dll文件。
并且,静态链接库中不允许包含静态链接库和动态链接库,而动态链接库中是允许包含静态链接库和动态链接库的。因为小弟封装的dll中是调用客户的dll,并且有可能包含另外自己的动态链接库。
鉴于此,小弟选择了动态链接库。
还有一点是,动态链接库,也是分为三种情况的。一是非MFC的dll(也就是控制台的dll),二是常规的MFC的dll(其中又分静态的dl和共享的dll),三是扩展的MFC 的dll。并且MFC的dll可以被MFC程序或者控制台程序调用。
因为小弟封装的dll,需要供MFC程序调用,所以选择使用了MFC常规的dll。并且使用控制台程序做测试。
首先,在新建工程中选择MFC AppWizard (dll)
然后在头.h文件中,声明被外界调用的函数
extern "C" _declspec(dllexport) char* queryFunctionByFID(char* funcId);
声明后,在cpp文件中,实现此函数。
char* queryFunctionByFID(char* funcId) { ………………………… 具体的操作实现}
编译,build生成。OK,在Debug下生成相应的dll,至此动态链接库生成了。然后程序就可以直接使用此dll文件了。
然后呢。把dll文件copy到相应的测试dll程序(调用dll的程序)下。使用方式如下:
我测试dll程序中,是使用的控制台程序,这样简单方便,当然使用MFC程序也可以。
比如:我们新建一个控制台程序,然后在main方法中,写如下:
//声明函数指针 写明函数参数个数,参数类型以及返回值类型 typedef char* (* queryFunctionByFID)(char*); //加载动态链接库,返回DLL文件的句柄 HINSTANCE hDLL=NULL; //加载动态链接库,dll名称要与刚才生成的dll名称保持一致。 hDLL=LoadLibrary("IProcessInstIn.dll"); queryFunctionByFID saveProcess=NULL; //加载动态链接库中相应的函数 saveProcess=(queryFunctionByFID)GetProcAddress(hDLL,"queryFunctionByFID"); //真正的调用相应的函数 cout<<"结果是:"<<saveProcess("dd"); //调用完毕后释放资源 FreeLibrary(hDLL);
每一句的作用,注释已经表达清楚。若是有不懂的,可以联系我,互相交流一下。
其实,动态链接库,类似我们VS中的dll,只不过,当时只要把dll引用到相应的程序,然后直接可以使用。而在此,是我们手动加载,连接,释放dll。使用这种方式的动态链接库,我们可以很随意在我们程序中的任何地方都可以使用我们想调用的函数。
只要我们遵守了“加载,LoadLibrary——GetProcAddress——FreeLibrary”原则即可。使用相当方便。即可解脱了两者之间耦合的困扰,又可以加载释放方便。
调用静态链接库的做法如下:
第一:把lib文件和dll文件两个文件全部放在客户端下,调用动态链接库时,只需要dll文件。
第二:在客户端中需要新建头文件,类似dll中的导出函数的头文件。
第三:在客户端调用dll文件中(cpp文件),添加预指令,也就是把lib文件显式加载进来。
如:#pragma comment (lib,”IProcessInstIn.dll”)
第四:在button事件下,直接调用相应的方法。
如:cout<<“结果是:”<<queryFunctionByFID(相应的参数);
总之,调用静态链接库,相对于来说,比较简单,只要把相应的文件加载进来后,直接调用方法即可。但是调用动态链接库相对来说,比较灵活,何时使用何时加载,不使用了直接卸载即可。
任何事物都有优缺点,我们呢,就是充分利用他们的优点,在不同的场合不同的需求下使用不同的方式。
刚才我们在生成dll时,使用Debug版本下的dll,既然有可以选择Debug版本,根据我们的思维,肯定会想到,存在另外的版本。下篇博客中,我们会介绍一下Debug版本下的动态链接库和另一个版本Release版本下的动态链接库的区别,以及何时何地选择何种版本。
联系信息:邮箱aoxolcom@163.com或见网站底部。
请登录后发表评论
注册
社交帐号登录