如何學(xué)好C語(yǔ)言
發(fā)布時(shí)間：2022-11-09 08:02:15 已幫助：人
C語(yǔ)言作為大學(xué)計(jì)算機(jī)專業(yè)的必修課，如何學(xué)好C語(yǔ)言，這是很多初學(xué)者的問(wèn)題，其實(shí)C語(yǔ)言學(xué)得再精通，也只是完成了“最小的”那一部分，和實(shí)際上手干活還是有點(diǎn)差距的。
不同的編程環(huán)境，會(huì)造就出不同思維的程序員。Windows的程序員大多依賴集成開發(fā)環(huán)境，比如Visual Studio，而Unix程序員更加鐘愛Makefile與控制臺(tái)。顯而易見，集成開發(fā)環(huán)境更容易上手，在Windows上學(xué)習(xí)C語(yǔ)言，只需要會(huì)按幾個(gè)基本的Visutal C++工具欄按鈕就可以開始寫Hello,World!了，而在Unix下，你需要一些控制臺(tái)操作的基本知識(shí)。
有人也許認(rèn)為Unix的環(huán)境更簡(jiǎn)潔，但習(xí)慣的力量是很大的，大家都很熟悉Windows的基本操作，而為了學(xué)習(xí)C語(yǔ)言去專門裝一個(gè)Unix系統(tǒng)，似乎有點(diǎn)不劃算。
對(duì)于一個(gè)只懂得Windows基本操作、連DOS是什么都不知道的新手而言，盡快做一些有趣而有意義的事情才是最重要的。用C語(yǔ)言寫一個(gè)小程序遠(yuǎn)比學(xué)習(xí)ls、cat等命令有趣，況且我們要專注于C語(yǔ)言本身，就不得不暫時(shí)忽略一些東西，比如編譯鏈接的過(guò)程、Makefile的寫法等等等等。
所以，我建議初學(xué)者應(yīng)該以Visual C++6.0（不是VisualC++.NET）或者Dev C++作為主要的學(xué)習(xí)環(huán)境，而且千萬(wàn)不要在IDE的使用技巧上過(guò)多糾纏，因?yàn)榻窈竽阋欢ㄒD(zhuǎn)向Unix環(huán)境的。Visual C++6.0使用很方便，調(diào)試也很直觀，但其默認(rèn)的編譯器對(duì)C標(biāo)準(zhǔn)的支持并不好，而Dev C++使用gcc編譯器，對(duì)C99的標(biāo)準(zhǔn)都支持良好。
使用順帶提一下，很多大學(xué)的C語(yǔ)言課程還在使用Turbo C 2.0作為實(shí)驗(yàn)環(huán)境，這是相當(dāng)不可取的，原因其一是TC 2.0對(duì)C標(biāo)準(zhǔn)幾乎沒有支持，其二是TC 2.0編譯得到的程序是16位的，這對(duì)今后理解32位的程序會(huì)造成極大的困擾（當(dāng)然,用djgpp之類的東西可以使TC 2.0編譯出32位程序，不過(guò)那過(guò)于復(fù)雜了）。
等你學(xué)完一本C語(yǔ)言的教材，你一定要轉(zhuǎn)向Unix平臺(tái)繼續(xù)學(xué)習(xí)，幾乎所有的C語(yǔ)言高級(jí)教程都是基于Unix平臺(tái)的（比如《C專家編程》）。轉(zhuǎn)變的過(guò)程是痛苦的，你需要面對(duì)的是各種紛繁復(fù)雜的命令，完全不同于Windows平臺(tái)的思考方式，但是這種痛苦是值得的。
Unix與C是共生的，Unix的思考方式和習(xí)慣更加符合C語(yǔ)言的思考方式和習(xí)慣。在Unix下，你可以找到無(wú)數(shù)優(yōu)秀的源代碼供你盡情閱讀，你可以方便地查看某個(gè)庫(kù)函數(shù)的聯(lián)機(jī)手冊(cè)，還可以看到最優(yōu)秀的代碼風(fēng)格（說(shuō)到代碼風(fēng)格，我會(huì)專門寫一篇文章詳細(xì)敘述）。
歸結(jié)起來(lái)就是一句話：初學(xué)C語(yǔ)言，建議使用Windows系統(tǒng)和集成開發(fā)環(huán)境，在準(zhǔn)備向“高手”方向努力時(shí)，請(qǐng)先轉(zhuǎn)向Unix平臺(tái)。
學(xué)習(xí)C語(yǔ)言，必需注意每一個(gè)細(xì)節(jié)，書上的例子代碼一定要自己親自敲一遍，編譯執(zhí)行輸出都跟書上說(shuō)的一致才能算是學(xué)完了一個(gè)例子，如果不一致，就要仔細(xì)找原因。出了書本上有的例子，自己還要“創(chuàng)造”一些例子，比如學(xué)習(xí)運(yùn)算符優(yōu)先級(jí)的時(shí)候，可以寫幾個(gè)相同的表達(dá)式，在不同的位置加上括號(hào)，看看有哪些不同的行為，比如*p++和(*p)++，又比如a=b==c、(a=b)==c和a=(b==c)等等。自己抄的書上的例子以及改造之后的例子，還有自己“創(chuàng)造”的例子，都應(yīng)該仔細(xì)地歸類保存，并且要在源代碼中寫上簡(jiǎn)短的注釋，闡述這個(gè)例子的意圖。
例子之后就是習(xí)題了，我建議初學(xué)者把所有的習(xí)題都獨(dú)立做一遍，然后對(duì)照答案的代碼，看看自己的代碼有那些不足，再試著修改自己的代碼。很多人不重視習(xí)題，這是極大的錯(cuò)誤，因?yàn)樽髡咄ǔ?huì)在習(xí)題中說(shuō)明一些重要的道理，而不是單純地檢驗(yàn)前面的知識(shí)。
也許你認(rèn)為這樣學(xué)習(xí)太慢，其實(shí)不然。學(xué)得細(xì)致就不用走回頭路，等你學(xué)到后面才發(fā)現(xiàn)自己前面沒搞清楚，那才是真的得不償失。一般說(shuō)來(lái)，整本書讀完，你應(yīng)該完成數(shù)千行乃至上萬(wàn)行的代碼，無(wú)論是原封不動(dòng)照抄書上的，還是自己心血來(lái)潮寫就的，都是今后繼續(xù)學(xué)習(xí)的一筆財(cái)富。
以我自己舉例，閱讀《Windows核心編程》時(shí)（我只閱讀了3/4的內(nèi)容），除了抄書上的代碼，還自己寫了很多例子，一共有5574行（用unix下的wc工具統(tǒng)計(jì)），時(shí)隔多日，我早已記不清Windows的系統(tǒng)編程了，但只要花幾分鐘翻出以前的代碼看看，便會(huì)重新了然于胸。所謂好記性不如爛筆頭，就是這個(gè)道理。
仔細(xì)讀書、認(rèn)真抄寫源代碼、獨(dú)立完成習(xí)題外加更進(jìn)一步的實(shí)驗(yàn)，最后將所有的代碼留下，成為自己的經(jīng)驗(yàn)和財(cái)富，絕對(duì)的辛苦，也絕對(duì)的事半功倍。當(dāng)然，這種方式只適合學(xué)習(xí)需要精通的技術(shù)，如果不是學(xué)習(xí)C語(yǔ)言，你還要具體情況具體分析。
寫到最后，還有非常非常重要的一點(diǎn)沒有提及──代碼風(fēng)格，從最開始學(xué)習(xí)就必須強(qiáng)迫自己模仿最優(yōu)秀的代碼風(fēng)格。
太原Web前端開發(fā)培訓(xùn)機(jī)構(gòu)哪家好