静态库头文件引用其他静态库头,使用该封装库是否需引入原依赖
结论
分两部分明确说明:
头文件依赖要求
- 只要你的封装库公开对外的头文件中直接写了
#include <GL/glew.h>、#include <GLFW/glfw.h>,那么调用wrapper.lib的项目必须额外引入GLEW和GLFW的头文件,否则编译器处理你的封装头文件时会找不到对应依赖的头文件,直接抛出编译错误。 - 如果你不想让调用方引入这两个三方库的头文件,可以把这两个#include语句移到封装的内部实现文件(.c/.cpp)中,公开头文件只放你自己封装的接口,不暴露任何GLEW/GLFW的类型、宏、函数声明,配合前置声明或者Pimpl惯用法隐藏内部实现,就可以完全避免调用方依赖三方头文件。
静态库链接要求
- 静态库本身只是编译产生的目标文件集合,不会自动把依赖的其他静态库内容打包进去,所以默认情况下调用方必须额外引入GLEW和GLFW的.lib文件才能完成最终链接,否则会报未解析外部符号的链接错误。
- 如果你不想让调用方单独链接这两个三方库,可以在编译完你的封装代码后,使用库管理工具(比如VS的lib.exe、GCC的ar命令)将GLEW.lib、GLFW.lib和你自己的编译产物合并成一个完整的
wrapper.lib,这样调用方只需要链接你这一个静态库即可。
优化建议:如果想让你的封装库做到开箱即用,建议完全隐藏三方依赖的实现细节,再合并所有三方静态库到你的封装库中,最终调用方只需要引入你自己的头文件和
wrapper.lib就可以直接使用,不需要额外处理GLEW/GLFW的任何依赖。
内容的提问来源于stack exchange,提问作者WholesomePorridge
相关产品推荐
相关产品推荐

