每当提出任何问题,并且需要参考文本时,我都不会看到MSDN C++ Language Reference被引用。
我正在浏览它,我个人觉得它写得非常好。
是否有某些特定原因不能像标准一样频繁使用?
是否因为它包含一些VC ++特定的功能?
答案 0 :(得分:8)
我相信这是因为我们这些人引用参考文献引用了实际的标准本身。
答案 1 :(得分:3)
答案很简单:MSDN参考不具有权威性。它告诉你微软的编译器是如何运作的,是的,通常恰好与标准所说的一致。但是,当有人询问C ++语言如何处理某些情况时,只有一个文本具有任何权限:ISO标准。
因此,在回答有关C ++的问题时,人们倾向于引用该标准。 如果你专门询问 关于MSVC如何实现它,那么MSDN将是一个完全有效的源。但大多数问题都只是关于C ++。
或者换句话说:如果MSDN包含拼写错误,那么MSDN就错了。如果ISO标准包含拼写错误,那就是语言的定义方式。
答案 2 :(得分:2)
Is it because it contains some VC++ specific features?
我认为这是基本原因。例如,它通常包含C++/CLI的信息,而不仅仅是C ++。
我认为,VC ++ 2010参考资料在区分哪个部分在C ++中是正确的以及哪个部分在C ++ / CLI中时要小心。但是要参考标准,当然最好参考标准本身。 VC ++文档也经常提到标准。答案 3 :(得分:2)
MS一直非常清楚明确文档的哪些部分是MS特定的,所以我同意MS参考文献非常好(特别是如果你对MS扩展感兴趣)。
如果我正在寻找有关“什么是标准”的信息,我通常会参考标准文档,因为:
最大的缺点是我没有电子版的C90标准,但是......
答案 4 :(得分:0)
一个有趣的例子:看看所有__XXX keywords !! (C ++标准没有)
答案 5 :(得分:0)
C ++标准定义了C ++语言的工作原理,Microsoft C ++语言参考定义了Microsoft语言的实现方式。
因此,如果您想知道独立于编译器的行为是什么,标准是您的指南。一些细节和某些极端情况留在那里进行实现定义,每个实现都可以定义语言的扩展,所以如果你想使用那些MSCV特定的属性,Microsoft的语言参考应该解释它们。
关于C ++的大多数SO问题没有明确要求MSVC特定的答案,这可能不适用于其他编译器。因此,参考标准提供了一个通用的,独立于编译器的答案,而MS语言参考不会对MSVC以外的其他任何内容起很大的作用。