我有一个经典的问题:C++标准(我的意思是最终版本的实际官方文档),例如C++ 98,C++ 03,用于学习和教授C++.我的想法只是从普通C++用户的角度出发,而不是从语言律师或希望加入标准委员会,编译器编写者等的角度出发.
以下是我的个人想法:
a)开始学习C++是一个很好的地方.像"C++ in a Nutshell","C++编程语言"等书籍在这方面做得非常好,同时与标准紧密结合.
b)只有在需要时才需要恢复到标准
编译器给出的行为与普通书籍所说的不一致,
某些行为在编译器之间是不一致的,例如GCC,VS,Comeau等.我理解这些编译器可能不一致的事实是在很少的情况下/语言的黑暗角落,例如模板/异常处理等.但是真正了解一下只有当一个端口移植和/或迁移到不同的环境或者有编译器升级时,可能存在不同的编译器行为
如果一个概念在手头的书中解释得不好/没有解释,例如它是否是一个非常先进的概念
有关此的任何想法/想法/建议？
C++语言标准将是开始学习该语言的绝对可怕的地方.它密集,钝,很长.通常情况下,您要查找的信息分布在七个不同的条款中,或隐藏在一个句子的半个句子中,与您认为应该在哪里完全无关(或者更糟糕的是,您忽略的句子中指定的行为因为您没有'认为这是相关的).
当然,它确实有它的用途.仅举几例,
如果您认为在编译器中发现了一个错误,通常需要参考该标准以确保您不仅仅误解了指定的行为.
如果您发现编译器之间的行为不一致,那么能够查找哪个是正确的(或哪个更正确)是很方便的,尽管通常您无论如何都需要编写变通方法.
如果你想知道为什么它们是这样的,它通常是一个很好的参考:你可以看到语言的不同特征是如何相关的,并理解它们如何相互作用.当然,事情并不总是很清楚,但它们往往是.有许多浓缩的例子和笔记展示和解释了规范性文本.
如果您在Stack Overflow上的帖子中引用C++标准,那么您将获得更多更多的赞成.:-)
了解这门语言非常有趣.编写代码并通过编译和运行来绊倒是一回事.完全是另一回事,试图理解整个语言并理解为什么你必须以某种方式做事.
| 归档时间： |
|
| 查看次数： |
243 次 |
| 最近记录： |