库:
重用一直是编程的一个重要的课题,它与语言无关,而从重用的粒度来说,变量,函数,类都属于小颗粒的。重用这些,最多可以共用一些小的能力,对于大的项目来说这样是不够的。如是出现了工程级别的重用,java的插件工程和C++的dll都属于这个范畴。把项目进行工程级别的划分,不仅仅起到重用的作用,而且能够让整个项目的结构更加清晰,对于维护来说是一件好事。
C++有两种库,静态lib库和动态dll库,它们的区别是静态库只是一个编程级别的库,编译后它最终会在exe里面。而多态库是编译后都会存在一个单独的dll文件里面,这种好处就是二进制编译结果也可以重用。
DLL内的函数分为两种:
(1)DLL导出函数,可外部应用程序调用;
(2)DLL内部函数,只能在DLL中自己使用。
通过这种机制可以起到一定的封装和暴露的作用,使得程序更可控,这跟类的封装的意义一样。
导出函数的声明有两种方式:
1.在函数声明中加上__declspec(dllexport)
2.采用模块定义(.def) 文件声明,.def文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。
.def 和 __declspec(dllexport) 区别:.def是集中配置,好处是非C++程序调用的时候简单,而__declspec(dllexport)可以在函数或声明的时候标示,这种方式在C++程序调用的时候比较好。另外,.def不能指定类,这很坑啊!
__declspec(dllexport) 和 __declspec(dllimport) 区别:前者是用在dll里面的,声明要到处的函数或类。后者是在使用dll的exe里面使用的,声明要使用dll里面的函数或类。一般情况下,__declspec(dllimport)是否使用程序都能正常运行,但是当导出类里面存在静态变量或常量,就必须在使用的时候使用__declspec(dllimport) 进行导入。
#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT __declspec(dllimport)
#endif
这是一种很常用的书写方式,同时解决了导出和导入的问题。
一般在使用dll的时候,会用到dll的lib和.h头文件,这个时候h头文件会同时被dll自身和使用dll的exe使用,当dll自身使用的时候需要用到导出功能,当exe用的时候会用到导入功能。所以需要向上面那样写一个宏来控制。
一个问题:“条件预编译”
虽然上面这个写法很健康,但是有一个问题,就是什么时候定义SIMPLEDLL_EXPORT 这个宏。肯定不是在当前的头文件定义,如果不是,难道是重新创建一个头文件定义?显然是不合适的。
在网上交流的时候有人说在使用的那个头文件对应的CPP里面定义,在CPP包含头文件之前定义。这种方式能够保障当前dll里面存在这个定义,而使用dll的exe里面不存在,目的达到了但是这样会存在一个问题,维护问题。
其实类似的#ifdef,属于“条件预编译”范畴,都会碰到这个情况。所有在IDE里面会有这样一个工具:
图片略
预处理器一定程度上解决了条件编译的这种问题。