cplusplus.com怎么了？

对于这个问题，这也许不是一个非常合适的论坛，但让我试一下，否则有可能被移走。

C ++标准库有多个参考，包括宝贵的ISO标准，MSDN，IBM，cppreference和cplusplus。就个人而言，在编写C ++时，我需要一个具有快速随机访问，较短的加载时间和用法示例的参考，并且我发现cplusplus.com非常有用。但是，在SO上，我经常听到对该网站的负面评价，因此我想具体一点：

cplusplus.com的错误，误解或不良建议是什么？使用它做出编码决策有什么风险？

让我补充一点：我希望能够在SO上用标准的准确报价来回答问题，因此我想发布立即可用的链接，如果不是这样，cplusplus.com将是我的选择站点这个问题。

编辑：std::remove自撰写此答案以来，文档已修复。同样的事情也适用于list::remove。

让我举一个例子，向您展示cpluscplus.com如何将其弄错。

考虑std::remove来自的功能<algorithm>。

事实是std::remove不会从容器中删除项目。这是因为它std::remove仅与一对迭代器一起使用，并且对实际上包含项目的容器一无所知。实际上，不可能std::remove知道基础容器，因为不可能从一对迭代器去发现迭代器所属的容器。因此std::remove，不要仅仅因为无法删除项目就不会删除它们。实际从容器中删除项目的唯一方法是在该容器上调用成员函数。

因此，如果要删除项目，请使用Erase-Remove Idiom：

 v.erase(std::remove(v.begin(), v.end(), 10), v.end()); 

但是cplusplus.com给出有关的错误信息std::remove。它说

请注意，此函数不会更改超出新端的元素，这些元素保留其旧值并且仍可访问。

这是不正确的。范围中的迭代器[new_end, old_end)仍然是可取消引用的，但这并不意味着它们保留旧值并且仍可访问。未指定。

同样，cplusplus.com给出的信息也不正确list::remove。它说，

请注意，存在一个全局算法函数remove，其行为类似，但在两个迭代器之间运行。

这是完全错误的。全局删除即std::remove是不相似的list::remove，正如我们所看到的是，前者并没有真正删除从容器中的项目，因为它不能，而后者（成员函数）确实删除的项目，因为它可以。

该答案是从我在以下主题中的另一个答案中复制而来的，仅作了少许修改：

• STL删除不能按预期工作吗？

注意：因为我最近在回答上述主题时遇到了这个问题，所以我记得它。在过去的两年中，我遇到了很多错误，我不记得了。如果再次遇到，我可能会再添加一些。

我将提出相反的意见。在cplusplus.com上有很多很好的信息。选择它要死，是的，它当然有问题，但是哪个站点没有？当然不是这个网站。住在玻璃房子里的人不应该扔石头。这里也有很多错误信息。有些公认的答案完全是错误的，但投票否定的答案（有些否定！）是正确的。

cplusplus.com的一个问题是它是一个封闭的站点。提到的大多数其他参考站点也是如此。这与诸如Stack Overflow之类的社区开发站点背道而驰。获得可靠编辑的能力并不需要花很长时间，即使是最新的新手也可以轻松地提出改进建议。将其与cplusplus.com进行比较。如果您不在他们的职员中，那么您就是永久的新手。即使您是WG21的重要成员，如果您发现该站点中的某个错误，也必须通过他们的电子邮件报告机制。恶心！

解决方案是在此站点为我们开发自己的C ++参考。这将需要大量的工作。我们必须注意不要太学究/太技术化；显而易见，cplusplus.com至少雇用了几名技术编辑，他们将这些学徒拒之门外。我们必须保持信息的井井有条；此处的常见问题解答组织得不好。我们还必须非常小心，不要直接从标准中喷出太多。那是非法的。

http://www.cplusplus.com/reference/clibrary/cstring/strncpy/

不能提及“如果在重叠的对象之间进行复制，则行为是不确定的。” （在C89标准中为4.11.2.4。我没有C90的副本，这实际上是C ++ 03所指的，但它们应该仅在页码等方面有所不同。）

cplusplus.com提供的文档通常不正确或不完整。

一旦atoi有了这样的示例，cplusplus.com上的文档。

atoi
在“返回”部分中，如果使用该函数不能执行任何转换，则没有提及返回值0。

cplusplus.com 返回部分指出“ ...如果转换后的值超出int可表示的值范围，则将导致未定义的行为。”

按照标准“ 如果字符串的数字值不能用int表示，则行为未定义 ” ，这是正确的。

但是，该部分并不完整，因为它没有提到0作为返回值，这可能会引起误解。短语“ ...不执行任何转换并返回零。” 在描述段落中之前已得到满足，但在“ 返回”部分中必须具有它。

cplusplus.com上给出的许多示例源代码都不正确。
查阅这些参考文献的许多新手都会导致犯错误。

举个例子：

编辑：我以前引用的示例不正确。

的文档type_info尝试typeid首先进行说明，但失败了：

typeid可以直接应用于类型，在这种情况下，它返回其信息；或对象，在这种情况下，它将返回有关对象类型的信息。

当将typeid应用于指向多态类类型的对象（声明或继承虚拟函数的类）的解引用指针时，它将考虑其动态类型（即，派生程度最高的对象的类型）。

现在第二段已经与第一段不同。在typeid(*ptr)，typeid被施加到的表达式。这是非常必要的，因为staticand dynamic类型的概念仅在表达式的上下文中有意义，而在对象的上下文中才有意义。它还错过了类似的情况typeid(foo())。

此外，第二段省略了参考。它们也可以具有与它们引用的对象的动态类型不同的静态类型。

的文档std::pair<T1,T2>::operator==说，这两个元素都经过相等性测试。的文档std::pair<T1,T2>::operator<说只有在第一个元素相等时才考虑第二个元素。

在两种情况下均出现“等于”一词。然而，只有在第一种情况下，它才真正意味着T::operator==。在第二种情况下，等于!(a.first<b.first || b.first<a.first)