加入收藏 | 设为首页 | 会员中心 | 我要投稿 葫芦岛站长网 (https://www.0429zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长资讯 > 外闻 > 正文

一个跨平台的头文件

发布时间:2021-04-20 16:03:27 所属栏目:外闻 来源:互联网
导读:平常在写代码的时候,特别是在制造轮子的时候(为别人提供库文件),会遇到各种不同的需求场景: 有些人需要在 Linux 系统下使用,有些人需要在 Windows 系统下使用; 有些人使用 C 语言开发,有些人使用 C++ 来开发; 有些人使用动态库,有些人使用静态库; 特别

平常在写代码的时候,特别是在制造轮子的时候(为别人提供库文件),会遇到各种不同的需求场景:

  1. 有些人需要在 Linux 系统下使用,有些人需要在 Windows 系统下使用;
  2. 有些人使用 C 语言开发,有些人使用 C++ 来开发;
  3. 有些人使用动态库,有些人使用静态库;

特别是在 Windows 系统中,库文件中导出的函数需要使用 _declspec(dllexport) 来声明函数,而使用者在导入的时候,需要使用 _declspec(dllimport) 来声明函数,甚是麻烦!

这篇短文分享一个头文件,利用这个头文件,再加上几个编译期间传递的宏,就可以完美的处理刚才所说的各种需求。

二、头文件

先直接上代码,可以先试着分析一下,后面我们再逐一分析不同的使用场景。

这个头文件的主要目的,就是定义一个宏:MY_API,然后把这个宏添加在库文件中每一个需要导出的函数或者类的声明中即可。例如:写一个库文件,提供给别人使用。定义了上面这个头文件之后,其他的文件中都要include 这个头文件。

1. 平台宏定义

不同的平台预定义了相应的宏定义,例如:

  • Windows 平台:WIN32, _WIN32, WIN32;
  • Linux 平台:linux, __linux, linux;

在一个确定的平台上,这些宏不一定全部定义,很可能只有其中的某一个宏是被定义的。

为了统一性,我们在头文件的刚开始部分,把这些可能的宏统一起来,定义我们出我们自己的平台宏定义:MY_WIN32 或者是 MY_LINUX,后面需要区分不同的平台时,就用这个自己定义的平台宏。

当然,还可以继续扩充出其他平台,例如:MY_MAC, MY_ARM 等等。

2. 编译器宏定义

如果在写库代码的时候,使用的是 C++,而使用者使用的是 C 语言,那么就需要对库函数进行extern “C” 声明,让编译器不要对函数的名称进行改写。

编译器 g++ 预定义了宏 __cplusplus,因此,在头文件中,就利用了这个宏,在 MY_API 中添加 extern "C" 声明。

四、Windows 平台场景分析

1. 编译生成库文件

(1) 生成静态库

在静态库中,不需要 __declspec(dllexport/dllimport) 的声明,因此只需要区分编译器即可(gcc or g++),在编译选项中定义宏 MY_API_STATIC,即可得到最终的 MY_API 为:

  • gcc 编译器:#define MY_API
  • g++ 编译器:#define MY_API extern "C"

(2) 生成动态库

在编译选项中,定义宏 MY_API_EXPORTS,这样最终得到的 MY_API 就会变成:

  • gcc 编译器:#define MY_API __declspec(dllexport)
  • g++ 编译器:#define MY_API extern "C" __declspec(dllexport)

2. 使用库

在使用库的应用程序中,也需要在代码中 include 这个头文件,然后加上编译选项中定义的各种宏,来生成对应的 MY_API 宏定义。

(1) 使用静态库

需要在编译选项中定义 MY_API_STATIC,即可得到最终的 MY_API 为:

  • gcc 编译器:#define MY_API
  • g++ 编译器:#define MY_API extern "C"

(编辑:葫芦岛站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读