大型项目的通用接口
Generic interface for big projects
假设您正在编写一个更大的项目,并且必须使用第三方库。因此,您的完整项目将依赖于这些库。
我想,与其直接使用那些第三方库,不如编写某种包装器库或接口,看起来像这样。
void myMainloop(...){
3rdpartyMainloop(...);
}
所以,如果第三方库过时了,我可以通过将它集成到我的包装器库中来切换到另一个库。
这样做是件好事吗?我有什么选择
我有点担心,如果我有两个库,它们本质上做着相同的事情,但设计完全不同,那么就不可能为两者找到通用接口。
您可以编写一个通用接口,您可以将一个或多个第三方库适配到该接口。然而,这需要非常仔细的设计和规划,更不用说如果你谈论的是Qt大小和范围的库,那么需要大量的开发工作。你必须首先设计你的接口,然后为你想要插入的每个库实现这些接口
最重要的是,这是一个非常崇高的目标,你不太可能最终得到任何真正"通用"的东西。在最好的情况下,您可能不得不将接口降低到不能利用每个库所提供的许多功能的程度。此外,您可能会引入会降低应用程序性能的开销,因此,如果性能至关重要,请记住这一点。
我想说,只要选择最适合你需求的图书馆,除非你想推出自己的图书馆,我对此表示怀疑。
相关文章:
- 如何在大型c++项目的可视化代码中设置调试
- 为大型项目编写固件时应注意的注意事项
- 如何在 Eclipse 中链接大型C++项目
- 优点和缺点 在类内为大型项目定义的内联朋友助手免费函数
- makefile和错误将与大型项目分开的文件编译
- 在QT中的大型项目中指定构建/目标/安装路径
- 从Netbeans到Eclipse的大型C 项目的迁移
- 对于大型C/C++项目,在编译时使用GNU m4
- 如何使用x64编译器使用MsBuild.exe编译大型c++项目
- 使用GDB修复大型项目中的双自由或损坏(!prev)错误
- 确保每个标头在大型项目中使用唯一的包含保护
- 在大型C/C 项目中访问现有字段
- C 通过使用库来提高大型项目的构建速度
- 如何在大型项目中使用-fsplit -stack
- 大型项目C++例外
- 使用 C++11 std::元组在大型项目中
- 构建大型项目时,NDK构建会卡住/悬挂
- 如何在C++中处理大型项目
- Cython与C++接口:大型阵列的分段错误
- 大型项目的通用接口