OS X Lion C++11、Boost等问题

Question

我是一位经验丰富的 Mac/iOS 开发人员，但我最初开始使用 C++ 进行编程。我已经很多年没有接触过 C++了，现在是时候这样做了，因为我想为我正在尝试创建的一种新的文件类型提供多平台支持。

C++ 多年来一直在发展，我发现这是一个非常臃肿的 3rd 方库和 C++ 标准委员会为控制语言的发展所做的努力。因此，我的问题。

我希望拥有尽可能多的高级工具，同时尽可能符合标准。我的主要开发平台是 OS X Lion，我可以使用 fedora 16 安装。我想针对 Lion 及更高版本、Windows XP 及更高版本以及最新的 Linux 内核，因此向后兼容性在这里不是问题。

一种选择是将 Boost 库安装到我的机器上，但对于我很久以前的经历来说，这是一个非常痛苦的过程，编译时错误和怪癖必须在 OS X 上完成。我不知道不知道如果我现在尝试这种体验是否会相同。另一种选择是坚持使用 Lion 目前提供的 TR1。然而，据我所知，TR1 并不是一个标准，它实际上是计划在 C++11 中完成的事情的流行实现。这样一来，我就失去了 Boost 提供的许多高级功能。

有了这两个选项，您可以使用哪些高级 C++ 功能并尽可能符合标准的推荐方法是什么？如果是 Boost，是否建议将 Boost 编译为静态库以避免在最终用户机器上安装 Boost？

Xcode 4.3 目前对 C++11 功能的支持是什么？

对于上述问题以及任何其他想法，我将不胜感激。我试图与 C++ 的当前版本和功能保持同步，但我开始意识到这可能不像我最初想象的那么容易。

谢谢。

Answer 1

首先，Boost 中有两个截然不同的部分：

• 那些只有标题
• 那些需要编译库的

如果你坚持只使用标题，那肯定会容易得多。请注意，一些库，如 Asio，有两种编译模式（仅头文件和库）。但是，许多有用的库，例如 boost::regex，确实需要编译库。

其次，C++11 支持正在快速发展。 GCC 4.7 和即将推出的 Clang 3.1 支持标准的所有主要功能，除了原子（关于最佳实施策略的讨论仍在进行中），所以在 Linux 和 Mac 上，一切都很好......但是 Visual Studio 落后了，并且Microsoft 对快速移动并不真正感兴趣，因此对 Windows 的支持仍然很少（并且宣传支持的功能基于旧版本的标准，并且与上一个版本不是 100% 兼容）。这并不意味着你不能为 Windows 编译，只是你应该使用 Mingw 或等效的，从而放弃与现有 Windows DLL 的交互。

基于这两个观察，我建议：

• 如果你想与 Windows DLL 交互，现在尽量避免使用 C++11，否则我会推荐 Clang（因为它在 XCode 中的集成）
• 尽量避免使用 Boost libraries 并坚持 header-only 部分（仍然有很多好处）
• 如果您想要库，您可以使用 DLL，只要您将它们与可执行文件一起分发或使用包系统或其他任何东西，但它确实带来了更大的困难（对于安装）而不是仅仅静态链接。

Answer 2

请注意，我不是 Mac 开发人员，但我更喜欢 Boost。许多 C++11 标准都取自它，您可以期待更多的 Boost 功能被移植到 C++ 标准中。

作为 Qt 爱好者：看看 QtCore。它非常强大且跨平台。