gpt4 book ai didi

c++ - 创建/组织可移植的 C++ 库

转载 作者:塔克拉玛干 更新时间:2023-11-02 23:30:39 25 4
gpt4 key购买 nike

我不确定我组织图书馆的方式是否是最优雅的组织方式。我主要关心的是让我键入的所有代码都能为所有目标系统编译/运行(保持其可移植性),并使每个系统保持最新。

例如:我不确定使用 __declspec(dllexport/dllimport) 是否会用于 Mac 或 Linux。我假设不是,但我不知道 Mac/Linux 的等价物是什么。或者另一个例子可能是调用特定的操作系统函数,我尽量避免这种情况。但是,诸如以精确的方式测量某事发生需要多长时间*之类的事情确实需要我调用操作系统特定的函数。

*如精确获取用户时间(精确到微秒/毫秒)。

我目前(也许将来会更多)瞄准的系统是 Mac、Windows 和 Linux。但是测试代码是否为每个系统编译(并正确运行)似乎是在浪费时间。目前,我提议的方式要求我为每个系统创建一个单独的项目。即,我为 Windows 创建一个 Visual Studio 项目,为 Mac 创建一个 Xcode 项目,并为 Linux 使用命令行或使用其他一些 IDE。

好吧,我组织事情的方式的主要问题是:
1. 时间消耗,例如为所有系统创建项目并保持每个系统的每个独立项目都是最新的。
2. 了解我需要使用的所有 IDE/编译器

请注意,我以前从未真正使用过* Linux,我正在考虑转换。我唯一关心的问题是找到合适的工具供我使用,并找到适合我的 Distro 来满足我的需要。如果有 Linux 经验的人可以指导我,或者给我一些是否切换的建议,我将不胜感激。

我真的很喜欢 Visual Studio,很长一段时间以来它一直是我的主要 IDE。我只是不确定是否要为 Linux 放弃 Visual Studio;因为我不知道可用于 Linux 的工具是否可以做 Visual Studio 可以做的事情。我的意思是,它和 Visual Studio 一样用户友好。我不敢学习如何使用 Linux 的工具,我只是不确定这样做是否值得。时间不是这个图书馆的主要因素,我有很多时间,我还很年轻,并且决心将编程作为我 future 的职业。

*我以前用过它,但我从来没有为 Windows 替换过它。

我目前将项目的所有源代码托管在 BitBucket 上,但目前,我的存储库中只有 RAW 代码。没有项目文件或任何其他工具来编译它,只有代码和自述文件。我正在考虑使用 Makefile,因为它们看起来很受欢迎。但是我以前从来没有做过Makefile,不要误会,我愿意学习。我只是不确定从哪里开始。我听说人们使用 CMake 创建可移植的库,例如 SFML 和 Ogre3D。我已经用 CMake 构建了几个库,但我不知道如何用它实际制作我自己的库来制作我的项目/制作文件。我应该学习 CMake 并将其纳入我的库,还是有更好的选择?

编辑:

我的目标不是为使用 GUI 的实际软件编写库。我的主要目标是编写游戏

最佳答案

1 - 提升。 Boost 将比您想象的更有助于您的便携性。不管你信不信,它唯一真正的症结在于 OS X。

2 - 使用 CMake。它作为构建工具与 Visual Studio 项目文件集成,您可以将大部分不同平台的编译 voodoo 放在其中。

3 - 如果您认真地编写可移植库,请考虑用 C 编写/编写 C 包装器,或者使其成为仅 header ,或者提供源代码。使它成为一个共享的或静态可链接的库并不意味着它会很好玩。名称修改会导致不一致,这会让您大吃一惊。

4 - 始终明确每个变量中的位数。

5 - 使用 git。它将允许您非常容易地为存储库设置一个蹩脚的本地服务器,并非常快速地传输 MSVC 会令人讨厌的那种巨大变化

还有很多关于跨平台开发的最佳实践可以讨论。所有这些建议并非适用于所有情况;我有一个代码量非常大的 Linux/Windows 库,我几乎只在 MSVC2k10 中编写代码并且主要在 Linux 中构建/测试它,而且它离仅 header 很远。

编辑回应评论:

建议使用 git 是因为我发现它非常容易在本地使用和管理。我以前使用过 svn 并且喜欢它,我不会真正认可任何其他的,但可能有很多不错的。

要阐述第 3 点,C 包装器将使任何人在任何地方都可以使用您的库——FORTRAN 开发人员、Ruby,甚至 Java。否则,您通常必须具有相似的编译器版本才能正确链接,并且它只会链接到其他 C++ 代码,在 DLL 的情况下,并且仍然存在版本控制问题。这是 C++ 遗留下来的最愚蠢的问题之一,请查看维基百科上的“name mangling”。广泛使用的库用 C 编写或具有 C 包装器是有原因的,例如 libz、openssl 等。

它还有其他优点。跨动态库的异常传播是不存在的;对于静态库,它可能不一致或不存在。

您会发现使用最广泛的 C++ 库大多只有 header ,例如 Boost。仅包含 header 的库通过以相对直观的方式将所有代码直接放入项目中解决了许多问题,现代编译器仍然可以优化大部分(但肯定不是全部)与之相关的额外编译时间。

综上所述,当然可以不使用 C 包装器或仅使用 header ,这很烦人而且很麻烦。 DLL hell 及其 Linux 等价物仍然存在。

您还询问了 Boost。那要看。如果您要分发源代码,那么您当然必须将 Boost 与您的代码一起分发/让人们安装它。让人们安装库以编译其他库或使用程序是常见的做法。例如,想想特定版本的 DirectX 如何随游戏一起提供。

但是,如果您正在分发库的二进制版本,静态链接到 Boost 将消除任何包含它的需要,只要您小心地将 Boost header 保持在库的外向部分之外。这是您开始在 C++ header 中看到诸如 void * 指针之类的东西的地方;不幸的是,C++ 编译和库分发的一些缺点带来了不幸的副作用。

关于c++ - 创建/组织可移植的 C++ 库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11611567/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com