标准C+的替代方案是什么+；库和boost是否有明确的实现？ 我对标准库没有特别的问题，唯一的问题是C++库用于将代码与一组标题连接起来，真正的实现很大程度上取决于我的应用程序在库机上在库方面的发现。

所以我一直在寻找带有容器、算法和iTeraator的库，可能是开源的，有一个清晰的实现，到目前为止，我只找到了2个：

• boost库
• QT库

<>但是这都不是真正的C++标准库，这意味着Qt主要是一个GUI库，它还提供容器和其他好的东西，Boost是巨大的，所有的C++ STD组件都只是这个库的一小部分，此外，在这个库中，移植到一个新的目标并不是很简单，因为构建系统有一个非标准的工具链，并且它使用自己的构建解决方案（bjam）

最后，在Boost和Qt的基础上，我没有一个简单的解决方案或一个可行的解决方案，可以取代我希望的C++库。 到目前为止，我发现最好的项目是正确的，但这个项目已经死了

有人可以建议一个库来取代标准库，并且它是开源的，有许可证吗

真正的实现在很大程度上取决于我的应用程序将实现什么 在目标计算机上查找库

真正的实现基本上取决于编译器，而不是运行程序的机器

不同的编译器可能会有不同的实现，但我相信这并不是用自制的东西取代如此广泛和深思熟虑的库的理由。这就是你不太可能找到这么好的替换库的原因

真正的实现在很大程度上取决于我的应用程序将实现什么 在目标计算机上查找库

真正的实现基本上取决于编译器，而不是运行程序的机器

---

不同的编译器可能会有不同的实现，但我相信这并不是用自制的东西取代如此广泛和深思熟虑的库的理由。这正是你不太可能找到这么好的替代库的原因。

似乎没有人理解你想要通过切换到替代库来实现什么，这就是你没有得到任何答案的原因

STL库在从烤面包机到超级计算机的任何东西上都是通用的。它还经过积极优化，以在目标平台上提供尽可能高的性能

现在，让我澄清你的一些观点

P1。“真正的实现在很大程度上取决于我的应用程序在目标机器上找到的库”

---

<强>错误，C++标准库是在C标准库的顶部实现的，它们都是与任何下降编译器一起提供的。两者都可以使用系统调用来执行一些低级操作，如打开文件、创建线程等。就是这样，没有其他依赖项，这是标准的保证。

似乎没有人理解通过切换到其他库来实现什么，这就是为什么您得不到任何答案

STL库在从烤面包机到超级计算机的任何东西上都是通用的。它还经过积极优化，以在目标平台上提供尽可能高的性能

现在，让我澄清你的一些观点

P1。“真正的实现在很大程度上取决于我的应用程序在目标机器上找到的库”

---

<强>错误，C++标准库是在C标准库的顶部实现的，它们都是与任何下降编译器一起提供的。两者都可以使用系统调用来执行一些低级操作，如打开文件、创建线程等。就是这样，没有其他依赖项，由标准保证。

仍然不清楚为什么不能使用标准库？它是标准的，因为所有符合标准的实现都应该提供它。另外，试想一下，如果std中有一些功能可用，那么为什么有人会痛苦地再次重写/重新测试所有内容？@iammilind。。。所以我在寻找一个现成的库：）准备好用什么？我看不出有必要替换标准库，除非您的编译器只提供了部分实现。@juanchopanza我们能谈谈替代方案吗？qt和boost是前两个，其他的是什么？仍然不清楚为什么不能使用标准库？它是标准的，因为所有符合标准的实现都应该提供它。另外，试想一下，如果std中有一些功能可用，那么为什么有人会痛苦地再次重写/重新测试所有内容？@iammilind。。。所以我在寻找一个现成的库：）准备好用什么？我看不出有必要替换标准库，除非您的编译器只提供了部分实现。@juanchopanza我们能谈谈替代方案吗？qt和boost是前两个，其他的是什么？当我谈论自制的东西时？如果这是真的，我不明白为什么QT提供了自己的标准库实现。例如，在Windows下，当我的程序使用微软C++库时，我认为编译器不能对这个库做一些事情，我必须坚持它。提供自己容器的库通常是因为一些不合理的恐惧而做的。这些都是过去的错误。您可以安全地依赖STL实现。顺便说一句，只有一小部分在使用中（你可以看到）。当我谈论自制的东西时？如果这是真的，我不明白为什么QT提供了自己的标准库实现。例如，在Windows下，当我的程序使用微软C++库Id