问题标签 [boost]

演示如何使用 MFC 创建线程的示例代码将线程函数声明为静态和__cdecl. 为什么需要后者？Boost 线程不关心这个约定，所以它只是一个不合时宜的东西吗？

例如（MFC）：

而提升：

（代码示例可能不是 100% 正确，因为我离 IDE 还很远）。

__cdecl 的意义何在？创建线程时它有什么帮助？

Boost 是一个非常大的库，具有许多相互依赖关系——编译也需要很长时间（对我来说这会减慢CruiseControl的响应时间）。

我使用的 boost 的唯一部分是 boost::regex 和 boost::format。

是否有一种简单的方法可以仅提取特定 boost 子库所需的 boost 部分以加快编译速度？

编辑：回答关于我们为什么要重建提升的问题......

1. 解析 boost 头文件仍然需要很长时间。我怀疑如果我们可以只提取我们需要的东西，解析也会更快。
2. 我们的 CruiseControl 设置从头开始构建一切。如果我们更新我们正在使用的 boost 版本，这也会变得更容易。但是我会调查看看我们是否可以改变我们的构建过程，看看我们的构建机器是否可以在发生更改时构建 boost 并将这些更改提交给 SVN。（我公司有一项政策，所有出门的东西都必须在“构建机器”上构建。）

我大致有以下代码。这可以做得更好或更有效吗？也许使用std::remove_if？您可以在遍历地图时从地图中删除项目吗？我们可以避免使用临时地图吗？

我有一组要作为控制台应用程序运行的 Boost 单元测试。

当我处理项目并运行测试时，我希望能够调试测试，并且希望在测试运行后控制台保持打开状态。

我看到如果我在发布模式下运行，程序退出后控制台窗口会保持打开状态，但在调试模式下并非如此。

我不想添加 'system("pause");' 或任何其他技巧，例如将字符读取到我的程序中。我只想让 Visual Studio 在运行带有调试的测试后暂停，就像我在发布模式下运行一样。如果测试的输出是在 Visual Studio 的输出窗口之一中捕获的，我也希望这样做，但这似乎也比它应该的要难。

我怎样才能做到这一点？

我记得BOOST_MPL_ASSERT曾经是首选。这仍然是真的吗？有谁知道为什么？

最近，我一直在阅读 Scott Meyers 出色的Effective C++书籍。在最后一个技巧中，他介绍了 TR1 的一些功能——我通过 Boost 了解了其中的许多功能。

但是，有一个我绝对不认识：tr1::reference_wrapper。

我将如何以及何时使用 tr1::reference_wrapper？

我听说 tr1::result_of 在 Boost 内部经常使用......我想知道是否有任何好的（简单）用例用于 tr1::result_of 我可以在家里使用。

你能推荐我可以在 C 环境中使用的同行评审库（比如 Boost for C++）吗？提供散列、线程、进程间通信、列表、智能内存管理的东西……

环境是嵌入式系统，不是很小的系统，也不是PC！

假设我有一个类，我希望用户能够引用我的一个成员。哪个是首选？

或者

你怎么看？什么时候比另一个更好？

按照标题。

我认为 .Net 库肯定会从某种社区发展中受益；可能类似于 Java 社区进程。这是一个类比将非常有用的地方。

编辑：我认为人们认为我需要使用一些库。这不是我要说的。我的意思是向 BCL 添加新库的正式（或接近正式）流程。