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