我们在建立一个应用程序时会有这样的思考,如何才能让应用程序的架构看起来清晰明确,让其它开发人员可以快速了解框架,代码结构,从而提高开发效率。从这些思考中, 我们便产生了分层次的思想。
1.应用程序
应用尽量使应用程序足够小,所以采用dll组件或者静态lib的方式,按业务分割将所有相关的部分组成一个dll进行调用。这样做的好处当然是显而易见的。比如:可以将整个应用程序的数据层做成一个dll组件,所有的数据都通过这个dll进行存取及处理。界面应用层或界面库层都可以做成一个单独的dll,使各模块清晰化。
2.应用程序如何调用dll或静态lib
下面先介绍下:如何制作dll及l静态lib
dll制作,主要有两种,一种是mfc的dll及win32dll,其实本质没什么区别,只是可以访问的底层库函数的不同,默认状态下mfc dll可以访问mfc类及函数,而win32访问window相应库。但两者都可以访问相应的库的。
dll导出有两种方式:一种通过模块定义文件.def导出,另一种通过提供的__declspec(dllexport)导出
写.def格式的文件相应比较复杂,可以建一个mfc dll后来看看.def的格式,一般情况下只要撑握两个关键字即可,即LIBRARY 库名 + EXPROT 指定显示导入,导出
第二种方式,需要在导出的类或函数前加关键字__declspec(dllexport)来导出。
dll导出后,应用程序需要链接相应的dll,链接只要有也有两种:隐式链接及显示链接
隐式链接,只需要头文件.h及.lib文件和相应.dll
显示链接,调用LoadLibrary()函数加载相应dll,然后通过GetProcAdress()函数将dll中相应的函数地址手动导出来调用函数功能即可,这里不需要.h文件或.lib文件。
静态lib
静态lib的制作,不需要导出什么类或函数,只要写完lib库,在应用程序中包括头文件即可,但静态lib,会增加应用程序的大小,并且当静态库有一点改动时,整个依赖与此的库或相应都要重新编译,所以不考虑特殊情况,还是尽量使用dll
3.和dll之间的相互调用
当应用程序启动,有很多不同的dll,各dll之间又存在着相互依赖关系,上层的dll要调用下层的dll,而下层的dll又要调用更底层的dll,或者上层的dll直接要调用更底层的dll.此时dll中要指定导入机制,即使用关键字__declspec(dllimport).在第一个需要导入的类或函数前,加__declspec(import)关键字,一些初学者可能对导入与导出这个概念不怎么理解,其实只要理解两点即可:记住,导出是对于其它而言的,其它的应用程序需要使用dll,dll就必须要把使用的函数导出来让外部来使用。而导入是对于dll本身来讲的。
今天先讲到这里了哈,等下次在总结时在写!