如何学好C++语言
昨天写了一篇如何学好C语言,就有人回复问我如何学好C++,所以,我把我个人的一些学习经验写在这里,希望对大家有用。首先,因为如何学好C语言中谈到了算法和系统,所以这里就只谈C++语言。
- C++是最难的语言。这个世界上最难的编程语言可能非C++莫属了。你千万不要以为几天就可以学好C++,C++的学习曲线是相当BT的,你可以看看这篇文章。C++是一门很自由的语言,自由到了有点BT和恐怖的地步。我甚至认为C++并不是一门成熟的编程语言,因为太容易犯错了。所以,你一定要在一开始就要有很小心谨慎的态度,并把C++当成一种难以训服的猛兽来看待。
- 多问“为什么要这样”的问题。学习C++一定要多问几个“为什么是这样”,“凭什么要这样”的问题。比如:很多人知道C++有拷贝构造函数和初始化列表,但你真的知道为什么要有拷贝构造函数?为什么要有初始化列表吗?为什么要有template,为什么要有RTTI,为什么不是别的呢?难道就是为了让一门语言变得Cool一些吗?完全不是这样的,C++中的任何一个feature都有些实实在在的原因,你一定要去了解为什么要把C++设计成这样的原因,你才能学好C++。有空看看《C++演化和设计》一书。
- 看书,大量的C++书。你可以按如下先后顺序阅读(下面这些书,我花了大约4-5年的时间,今天我还在随时温习)
- 《C++ Primer》,这本初级读本可能让会你啃得很痛苦,所有的语言的特性和为什么都在里面了,好好读读。当然由C++之父写的《C++程序设计语言》也不错。两本看一本就好了(我看的是前者)。
- 了解C++的语法仅仅是万里长征的第一步,你还需要看看《Effective C++》和《More Effective C++》这两本书并不厚,但我从02年就一直看到现在,每次读我都有新的体会,这两本书太经典了。如果你对C语言不熟,这两本书会让你回去补C语言的课。
- Think in C++同样是另一本经典之极的书,学c++必读,但是中文版的翻译的很不好,所以还是去读英文版的吧。
- 《C++沉思录》同样非常值得一读,这里教的不是编程,而是思考的方法,这是相当珍贵的。
- 《Exceptional C++》和《More Exceptional C++》让你看看各种问题的解决方法和一些常见的经典错误。
- 《Advanced C++》和《Modern C++》可以让你知道C++各种神奇的用法。
- 《泛型编程与STL》是把C++实践到了极致的东西。很强大。STL——神一样的模板库(容器,算法和函数对象),不得不服。
- 《深入探索C++对象模型》让你了解编译器下的C++是什么样的,让你了解C++的性能并不差。这个对于C++的程序员太关键了。我以前写过的《C++虚函数表解析》还有《C++对象内存布局》属于这个范畴。
- 和Java语言做对比。我个人以为Java对C++这个并不成熟的语言做了很多调整,规范和限制。所以,对比一下Java和C++,想一想,为什么一些东西在C++中可以做,但在Java中却不行。比如:Java的异常是必需要catch的,不然就会编译不通过。为什么Java不提供操作符重载?为什么Java会引入接口来做多重继承?为什么Java没有像C++那样的I/O字符流?为什么Java不支持指针?为什么Java可以做到垃圾回收?等等。Java体现着很多面向对象设计的东西,学习Java有助于你学会怎么更好地使用C++来编程。
- 面向对象设计 。虽然面向对象可能是个骗局。但是我觉得面向对象设计中的一些实践非常的不错,比如,单一原则,依赖倒置原则,等等,都非常地经典。《设计模式》必需一读,《面向对象的分析和设计》可以一读。但不可以设计模式为中心来编程,而应该是用设计模式来解藕。
- 类库学习。看看MFC是怎么封装Windows API的,看看ACE是怎么面向对象的,看看boost是怎么玩面向对象的,看看CPPUnit又是怎么设计的。当然,Java的JDK中有太多的设计模式,可以参考。
希望没有吓到大家,并欢迎大家补充。
—————更新 2011/03/30 19:20————
更新几个观点:
- 1)我不擅长写书评,所以推荐的这些书可能会让你有点看点没有感觉,你可以上豆瓣或是China-pub上看看书评。
- 2)C++有很多奇淫技巧,有的很BT,包括虚函数表,也许会有人觉得有点没意思,但我觉得很有意思,一方面可以了解一门语言的实现细节,另一方面可以开阔思路。我从学习这些知识中受益很多。
- 3)上述是我的个人的学习历程,我觉得对我很有效,所以是经验之谈。
- 4)这类的文章在网上有很多很多,我不是第一个写这样的文章,我也不是写得最好的,我并不希望用长篇大论来谈论什么。只是想给大家了解一下大概的学习样子。毕竟,C++博大精深,任何一篇文章都无法说好。不如就简单一些。
(转载本站文章请注明作者和出处 酷 壳 – CoolShell ,请勿用于任何商业用途)
《如何学好C++语言》的相关评论
沙发,楼主有问必答,经验分享,甚好
补充一本:《Elements of Programming》,作者Alexander Stepanov,Paul McJones
这个第一作者就已经是我们拜读的充分理由了
如果非要说点别的啥理由的话,我还是粘一段过来吧,怕我自己的片面理解误导了大家:
《编程的本质(英文版)》提供了有关编程的一种与众不同的理解。其主旨是,实际的编程也应像其他科学和工程领域一样基于坚实的数学基础。《编程的本质(英文版)》展示了在实际编程语言(如C++)中实现的算法如何在最一般的数学背景中操作。例如,如何定义快速求幂算法,使之能使用任何可交换运算。使用抽象算法将能得到更高效、可靠、安全和经济的软件。
这不是一本很容易读的书,它也不是能提升你的编程技能的秘诀和技巧汇编。《编程的本质(英文版)》的价值是更根本性的,其终极目标是提升你对编程的洞察力。要想从中大获裨益,你需要从头到尾认真学习:阅读代码,证明引理,完成练习。到结束之时,你将看到如何把这里讨论的演绎式方法应用到你的程序中,保证你做出的软件部件能一起工作,并表现出它们所应该表现的行为。
书中给出的算法和需求针对某些被操作的类型。有关这些描述的代码(也可以通过Web得到)采用C++的一个小子集书写,这样做是为了让所有有经验的程序员都能理解。这个小子集可以看做一种特殊语言,是由Sean Parent和Bjarne Stroustrup一起设计的。
无论你是一位软件开发者,还是其他以编程作为一项重要活动的专业人员,或者是一名在校的学生,你都会逐渐理解《编程的本质(英文版)》的经验丰富的作者多年来一直在教授和阐释的道理:数学对于编程是绝好的东西,理论对于实际是绝好的东西。
呵呵,大概六年前看到类似的一个C++书单,不知是哪位大神开的。
现在读了其中的大部分,可是最近一年都没有碰C++了。
读的次数最多的是Effective C++(4次)和Thinking in C++(3次)
“多问为什么”应该是学会C++的关键。
MSDN联机帮助。
经验之谈,不错的分享!
最重要的 Effective C++ 和 More Effective C++ 竟然没有列入书目。还有,C++ 那些无聊变态的 iostream 就没有必要去研究了。
@oldrev 列了啊,怎么没列了。iostream 是 STL 的, 跟 C++ 本身无关吧
老实说,我还真不想学好C++。相比之下,我喜欢C。我比较怕C++。可能是一开始没获得正确的教育,C++学习,包括面试啥的充满阴影。C++是面试官的利器,里面有足够的奇技淫巧可以搞定被面试者。说句玩笑话:珍惜生命,远离C++。
谢谢楼主,但是我想知道如何学好python
最好就是别去学C++,省时省力,绝对有助于延长寿命. 如果工作需要,那就去学一点点C++,够用就行了. 虽然C++很好,但显然还不够好. 让那些MIT和Yale的PhD们去玩吧.
谢谢楼主,但是我想知道如何学好snake
@iveney
哦,一时眼拙
《Exceptional C++》和《More Exceptional C++》 可以换成同一作者写的 《C++ Coding Standards》
imperfect C++ 好象是这么叫的吧….觉得挺好的啊…可以要有一定水平以后才能去看哦,不然不懂的啊….
现在的优化也不知道有没有用,我们花了钱请网络公司优化,也买了发布软件,但是好像都没什么用,不知道你们公司有没有什么办
法能优化?
C++ 更不懂了
谢谢楼主指点,做个问题就是我问的,呵呵。 不过这么长的书单。。我怕一辈子都看不完。英文不行,看书只能看翻译版的, 看过 thinking in c++(中译版的) Effective C++看过一些, c++标准程序库看过一点。 不过没有正统的用c++写过程序。以后会坚持用c++写程序。
一天拿出一个小时来,坚持下去,就会有成果的。所有学好C++的人都是这么过来的。别人能行,你一定也能行的。
读的最多的是C++之父的《C++程序设计语言》,不下五遍。每次读都有不同的收获,如果你读过effective和more effective,就会发现其中的要点都在该书中有所体现,并且是举重若轻,点中要害。所以此书,绝对是字字千金,最好的C++书。
Bjarne有本新出(好像也好几年了,相对新吧)的入门书, 个人觉得比primer写得好多了.
C++,不提Qt?hehe
谢谢楼主,但是我想知道如何学好 Java.
学习C++有助于学会怎么更好地使用Java来编程吗?
呼……已经吓到了……
同意C++是最难得语言。
Java也有IO的stream吧,不知道你说的“Java没有像C++那样的I/O字符流”是指啥
@biran 估计是指java里的reader/writer处理的那种东西吧. C++里都是叫stream的.
谢谢推荐…… 不介意我转载吧?
不过在我学习的过程中,还有一个个人认为很重要的事情就是 啃一个开源项目,一个比较健全的开源项目……
中间穿插着读上面提到的那些类的书籍…… 然后结合着代码去领悟……
能不能来篇 如何学好JAVA语言
STL本身在C++标准中的若干个章节有定义。和C++无关?
好吧,我认为这方面“大量的”看书不是必要的(除非你只是找案例),因为许多观点是重复的。(我静下心看过30页以上的只有ISO/IEC 14882:2003和The C++ Programing Language中译本,剩下基本当工具书偶尔翻翻。以后有空打算认真看看D&E。)最重要的是,搞清楚自己要干什么。学习C++之前先明白它不是需要用惯大多数特性才能使用好的语言。
至于OO,C++/Java的OO特性只是一种(片面的)实现,学C++/Java之前最好先提醒自己“这不是(所有的)OO”。
PS.老实说,就语言特性Java实在不怎么样,而学Java只学语言是没什么用的。
那啥,Qt用的语言带了自己的扩展,学Qt不算学C++……
酷壳能帮忙推荐下学习linux的书籍吗?我现在用的是ubuntu,不知道怎么弄,打扰了~
@Liang Qi
C++是language,QT是framework,这里是说的怎么学好语言,不提才是合理的。
STL也是挺重要的东西 还有个C++编程规范
不过看了C++学习曲线的文章感觉编程规范还是放在后面看吧
我幸运的按着这个路线学习,但也花费了很长的时间。现在也不用C++。
在一个项目中,如果大家不在一个水平上(尤其是C++),就需要找一个平衡点
我觉得杨中科老师的话挺有道理的,学C++主要是要用得多,不是要看得多,给你推荐下:
—–
杨中科:
……我又联想到同学们学计算机,有的同学刚学C++的时候就惊呼“听人说有好多C++的经典书《Essential C++》、《Thinking in C++》 、《C++ Primer》 、《Exceptional C++》、《More Effective C++”》……是不是要都学完才是掌握了C++,这要学到身边么时候呀?”,我和他说“你把你现在学的C++的教材学好了,每个程序都能熟练的写出来,然后再回头看这么多不同的书其实都不值得看了”,事实也是如此,经过半年多的苦练,等他回来再翻这些书他说了一句话“这些当年我想像的大部头现在翻起来都大同小异,每本书能挑出5页对我不同的东西都很难”。
其實多實踐才是最重要的,看了書再實踐,有點本末倒置了。比如 Design pattern 很顯然就是從實踐中總結出來的東西,光看了也而沒經驗,下次自己編碼時還是不知道哪裏能用。個人則比較推荐閱讀 boost 与 STL 的文档和源碼(STL的 source code 感覺有點混亂),都是 generic programming 的典範。QT 等GUI庫則是 OO 應用的典範,是學習 OO 的一個很好途徑(國內本科教育似乎對 OO 很推崇)。
@幻の上帝
有點咬文嚼字了。
是跟 C++ (language) 本身無關,它不是 C++ 的什麼特性
(比如 operator reloading,與 STL 能直接比較嗎?)。
寫一個 C++ 程序不用 STL 是很正常的事。
完全可以構造一個 Nonstandard Template Library (NTL) 來用。
當然無可否認 STL 是不可或缺的一個東西,
寫進標準里,是爲了提供 C++ style 的一套 I/O,algorithm 等功能,
讓你不必重複發明輪子,減低編碼負擔。
列的书真的是不错,关键是大家买来或者下载后不要只是放在家里和电脑里,要每天坚持读一章或者甚至一节,积累下来才有成果。
标准库特性显然应该属于语言特性,只不过不是核心语言特性。有不同意见可以咨询ISO/IEC JTC1/SC22/WG21。
STL事实上不是必需的,它不包含语言支持库;一个freestanding implementation就可以没有这些东西。而必需的东西(作为用户)你也可以放着无视(像typeid、exception specification之类)。但这跟上面说的问题是两回事。
为什么Java如此流行呢?
能发一份到我的邮箱吗?先谢谢了!!!!@Hill
邮箱地址:[email protected]
@Liang Qi
C++跟QT有什么关系?GNOME就是用的GTK+,而且QT并不完全符合C++标准,而且GUI编程只是C++应用的一个部分。最重要的,QT让我觉得很像VB
C++之父的那本C++ programming language绝对不适合初学者看
完全的同意,那就只是本工具书,偶尔用到犄角旮旯了,查一下。通读下来简直是噩梦,也没啥用,随读随忘
ps,博主的书我几乎全读过