相关疑难解决方法(0)

对于这个问题,这可能不是一个非常合适的论坛,但是让我试一试,冒着被搬走的风险.

C++标准库有几个参考,包括非常有价值的ISO标准,MSDN,IBM,cppreference和cplusplus.就个人而言,在编写C++时,我需要一个具有快速随机访问,短加载时间和使用示例的引用,并且我一直在发现cplusplus.com非常有用.但是,我一直在SO上听到关于该网站的负面看法,所以我想具体说明:

cplusplus.com提供的错误,误解或错误建议有哪些？使用它来做出编码决策有哪些风险？

让我补充一点:我希望能够通过标准的准确报价在这里回答问题,因此我想发布可立即使用的链接,而cplusplus.com将是我选择的网站,如果不是这个问题.

根据此C ++参考：http : //www.cplusplus.com/reference/fstream/ofstream/ofstream/ ，的默认打开模式std::ofstream是ios_base::out，并且没有提及其他隐式模式。因此，我希望如果用小文件覆盖大文件，则大文件的“超出”部分应保持不变，并且仅文件的第一部分应由较短的新数据代替。

另一方面，《 Apache C ++标准库用户指南》（http://stdcxx.apache.org/doc/stdlibug/30-3.html）在第30.3.1.2段的注释中指出：“对于输出文件流，打开模式输出等效于out | trunc，也就是说，您可以省略trunc标志。但是，对于双向文件流，必须始终明确指定trunc。

我已经试过这段代码：

#include <fstream>

int main()
{
    std::ofstream aFileStream("a.out", std::ios_base::out);
    aFileStream << "Hello world!";
    aFileStream.close();

    std::ofstream aFileStream2("a.out", std::ios::out);
    aFileStream2 << "Bye!";
    aFileStream2.close();
}

无论是Windows上的g ++ 8.1和Linux上的g ++ 6.3，Apache文档似乎都是正确的。大文件被截断，在第二个文件流中写入较短的字符串后，没有任何内容。

为什么会这样呢？cplusplus.com错误吗？抑或行为令人沮丧？