C語言大牛的心得
阿新 • • 發佈:2019-01-06
今天,我能夠自稱是一個混IT的人,並能以此謀生,將來大家能一次謀生,都要感謝兩個人:克勞德.夏農和約翰.馮.諾依曼,是他們發現了所有的數字化資訊,不論是一段程式,一封email,一部電影都是用一連串的1和0進行編碼的;是他們發現了我們可以利用一個預先編寫好的程式控制機器,並使之完成我們期望它完成的動作。建議大家在心裡默唸三遍他們的名字,以示仰慕。當然,如果讓你們帶著現在的知識回到他們的那個時代,那麼就沒有什麼圖靈獎了。
C語言程式設計是我們的專業基礎課,但是C語言本身卻是一個非常強大的工具,它是到目前為止最為廣泛使用的工具,並且在可以預見的將來,它仍然是皈依為程式設計師的人們心中的神器。這個工具作什麼的呢?它在人和機器之間建立了一個交流的平臺。
某天,你需要完成一個求100的階乘的作業,於是你搬來一個最新的電腦,為它安裝了最新的windows vista作業系統,然後坐在它的身前,喊“喂電腦,給我計算100的階乘”,電腦說“ok, wait a moment”; 過了一會,一盤香菇小白菜端了上來!呵呵,電腦不是waiter, 你餵它它是不會有反應的,如果你真的wait a moment, 恐怕你就需要wait one more moment了!一萬年後,人們就把你命名成“望夫崖”。
既然電腦不是伺應生,聽不懂我們的話,那麼我們要怎麼控制它呢?如果你們給我裝聾作啞,我會告訴你期末掛了你,哦,你立馬老實了!對於電腦,我要怎麼才能使喚它,讓它為我工作呢?不錯,我們有個強力工具,C語言!
好,我們把上面的場景複習一下:
你要我算100的階乘,於是我去機房上機,編寫了一個程式:
( 參加ppt......)
執行程式,哦,結果出來了!
有人認為,現在是java和.net的時代,有誰還需要C以及彙編呢?孰不知,java和.net是建立在軟體之上的,是為了壟斷市場而建立起來的體系,猶如挖好一個金壁輝煌的坑,請你往下跳,還自以為站在巨人的肩膀上,事實上成了坑底之蛙。要成為一個真正的程式設計師,並期望成為一個程式設計師高手,必須從機器出發,從cpu到作業系統,再到軟體體系,高手的境界就是悟道後的明鏡靈臺,軟體設計出神入化,我就是程式,程式就是我。
聽完我講高手的境界,於是乎你很受感動,說:我要努力學習,向高手學習!隔天就買了一堆MFC, VB, JAVA以及.NET的書回來,早上五點鐘起來背書!這樣是不行的,正確的入門方法只有一個,要證大道,唯有此法!同學們,從C語言入手,努力學好C語言!
旁觀者李四說:此人大笨也!我用滑鼠隨便拖幾個控制元件,就是一個xxx管理系統了,你用C語言怕是一年也寫不出來吧!好吧,我要承認,講這話的都已經是mS的奴才了,別的我不瞭解,MFC本身就是一個封閉的架構,從MFC入手學習,你只會形成一種封閉的思維模式,因為MS希望很多人只學會表面的東西,不致成為高手,所以它大力推薦所謂的視覺化的程式開發工具,也真有很多人願意上他的當,最後真正迷失方向。說他坐不了程式吧,他也可以作,但是如果程式複雜一點,出現問題時,問題出再哪裡就搞不清楚了,反正是不清楚!
樑肇新,大牛啊,他說:“我就搞不懂了,用滑鼠怎麼寫程式呢?在我的公司裡,高手的鍵盤響個不停,滑鼠偶爾響一下,新手是滑鼠響個不停,鍵盤偶爾響一下,他們的薪水相差的就不是一倍那麼多了!”
C語言是各大作業系統的基礎,Unix、Linux、Windows其核心都清一色是C語言開發的,(某些地方是和組合語言混合開發的),君不見Windows API都是C語言函式的介面?Unix/Linux絕大多數應用都是C語言開發的;Windows應用程式用純API開發已然不多,大多都是依靠某種Application Framework,比如所謂的VC++,其實就是指VC IDE + C++語言 + MFC(現在重點已轉向ATL、WTL),但是Windows服務、網路、驅動程式等底層軟體,還是C語言開發的。各種語言的編譯器,包括java虛擬機器,都是用C語言開發的。各種嵌入式裝置,如手機、PDA也都是C語言開發的。C語言歷史悠久,其內容也絕非譚浩強老師的《C語言程式設計(第二版)》所描述的那麼簡單——那本書只是針對中國國情的教學入門書而已。
學生總喜歡問:那種語言好?學那種語言有前途?這種問題天天在討論,永無休止。其實我覺得大家所關心的,無非是那種語言更有“錢途”,學習那種語言畢業後能夠輕鬆找到高薪的工作——當年我也是這麼想。那麼,我告訴你,如果你精通C語言,請你去華為,不要在小池塘裡浪費青春了!
OK, 聽了我苦口婆心的勸告,你準備從C語言入手,開始攀登程式設計師高手這座山峰了,在你出發之前,你的行囊中需要準備什麼呢?
第一個要裝進行囊和你一起前進是“規範的格式”,有很多教科書,參考書,不太注重程式的格式的問題,寫出的程式就象一堆堆的垃圾一樣,這也導致了現在很多人寫的程式中有很多的廢碼,垃圾程式碼,這和那些入門的書有非常大的關係,要把那些作者都拿來打打PP。真正的商業程式絕對是規範的,張三寫的程式和李四的程式格式大致相同,各種識別符號的命名規則一樣,否則誰也看不懂你寫的程式。如果寫出來的程式碼誰也看不懂,那絕對是垃圾。如果要把那些垃圾翻半天,勉強才把金子找出來,那這樣的程式不如不要,還不如重新寫過,這樣,思路會更清楚一點。所以說,規範的格式是入門的基礎。那這個規範的格式包括什麼呢?不少啊,要堅持才能做到!長標誌符命名,程式碼縮排,一對大括號範圍不超過一螢幕,等等。
第二個要裝進行囊的是耐心,所謂工欲善其事,必先利其器。要想成功,沒有一個相對平淡的過程是不可能的。這不僅僅指你在學習過程中要有耐心,要循序漸進,而起也說的是另一個重要的方面:調式程式。除錯是寫程式過程中一個重要的方面,如果有人能一次寫成程式,牛啊,而且是大牛,不光是大牛,還是老子騎的那頭青牛,凡人是做不道的!除錯是每個程式必定經歷的歷程。經常有同學問我:老師,我的程式完全沒錯誤啊,都是照書抄的啊!怎麼就執行不出來呢?對於這個問題我也看不出來!你們有問題可以找我,找其他的老師,老師找誰啊?李師父?那是很荒謬的!我就只好坐下來除錯,這個說實話,除錯是很枯燥的,所以有同學抱怨說我操作太快,不理解為什麼要這樣,為什麼要那樣,我的脾氣不太好,一煩躁就會罵人地,所以,這個就需要你們自己修煉內功了!
有了這兩個就可以了,可以出發了,估計有人說了,英語和數學不要了?大家都說大學生了,這種問題就不要問了嘛!你已經用早晨和傍晚的時光學習了英語了,我這個沒有要去,計算機專業英語超簡單,小學水平而已,記住一些專業詞彙就可以了!關於數學,說數學好,寫程式就好是沒有科學根據的!我就有個同學,數學回回100分,寫程式也就是hello world的程度,不過人家現在是數學博士了!慚愧啊!做為的大學生,而且是我們這個專業的大學生,已經完全具備了寫程式所需要的數學素養了!所以這個不是我們要擔心的,Ready? Go!
第一招,學什麼呢?打狗棍法!呵呵
有一個偉人說過:“重複權威是成熟的必經之路”,這是站在巨人的肩膀上的做法,習武之人首先要學的都是各種套路,比方說辟邪劍法,然後才能融會貫通,開宗流派;我們學習寫程式也要這樣來,這是一個捷徑,幫你走得更遠得捷徑。
看書,看好書!書中所寫,是前人數十年經驗所寫,看十本書,就相當於汲取了前人數十年的功力,那麼你的內功也會迅速上升1甲子。:)書當然要看好書,只有好書才營養豐富。要做到讀書破萬卷,程式設計如有神;枯燥的看書是很鬱悶的,很容易變成化石!現在很多是書都是用原始碼說明問題的,原始碼就像是動畫、就像是幻燈片,把書中的招式一一演練給你看。可以說高手的經驗大都是源自程式碼,最後也都化成原始碼展現在大家面前,把書上的程式一個一個的輸入(用鍵盤,用你的手指)到電腦中,編譯執行。自己手工輸入這一步不能省略,現在很多書有配套原始碼,很多同學或者成年人學習的時候都耍小聰明,直接把原始碼複製過去編譯執行,hoho, 這是沒有效果的。
自然,我讓你輸入程式不是讓你練習盲打,你在輸入的過程就可以品出程式的好壞來了,如果發現自己輸入了很多重複程式碼,那至少這個程式的結構就不好了,窮則變,變則通嘛,你就想改進它啊,這不是很好嗎?
當然,程式輸得多了,盲打功力也上了一個臺階,鍵盤敲得快了,薪水也跟著漲上去了!^_^
不過,鍵盤敲得快不代表你的程式就寫得好,否則學校只要每個學生髮一份盲打聯絡軟體,四年畢業後,個個都是程式高手了!
好了,你輸了一個程式進電腦了,鍛鍊了手部肌肉,也執行出了結果,愉悅了身心,就此滿足了?那離高手還遠呢,要變成高手,你還要鍛鍊一下你得腦部肌肉!拿起你得筆,拿起你得紙,用你得大腦,這號稱世界上最精密的機器來執行你輸入的程式,記錄下不同執行時刻變數的值,記錄下程式的執行分支,最後發現,這個程式被你解剖到了紙上,我相信也解剖到了你的心裡!這是捷徑的核心,一定要記住,輸入的程式不是說正確執行就完事了,要去閱讀一下程式碼,利用筆和紙做輔助工具,做一下筆記,這就是重複權威 ,當然,如果你是天才,那請你塞上耳朵,你不在我們討論的範圍之內!
為什麼這一步很重要呢?
大家剛開始學習的時候,是不是有種感覺,如果讓你寫一個程式,你從哪裡下手呢?前面?後面?上面?下面?為了解決這個問題,我的程式該如何寫呢?抓耳撓腮,好煩啊,於是乎乾脆睡覺去,不寫了,你看,這種行為是要打PP的!
練武功,總是先重複師父的動作,才能有自己的動作,所以也讓我們重重複別人寫的程式開始,然後再寫自己的程式吧!
遵循這個方法,你們就跟著組織走上了通往羅馬的大路了!
接下來,你得走啊,不走怎麼到羅馬呢? 把你學會的程式設計方法應用到你寫的程式中去啊!
某天,你看到這裡有個問題,你有了想法,怎麼辦?上機去,和鍵盤奮戰去!stop, stop! 暫停一下,上機之前,不要忘記了你的筆和紙,勇敢地把你的想法寫下來,如果寫不出來,就不要去機房浪費爸爸媽媽的血汗錢了!
當然,你不能亂寫啊,寫出來的東西怎麼樣才叫不是亂寫的呢?實踐是檢驗真理的唯一標準!用你的大腦去執行一邊啊,不是叫“人程式合一”嘛?,這就是了!學武功就要學絕世武功!雖然號稱最精密,實際效果上,人腦還是沒有電腦的準確度的,如果你的大腦能馬馬虎虎地執行出來之後,那麼OK,帶上規範的格式和耐心,去上機吧!
自然,我們說一天到晚面對字元介面的TC是有些鬱悶,大家都習慣了windows,微軟的客戶體念設計中心可不是吹出來的!windows多好,色彩斑斕的。當你修煉到我這個程度的時候,非要聽這京劇才文思泉湧的寫程式的時候,當然要用windows下的整合開發環境了。但是對大家來說,不是現在,windows是很危險地,程式設計師還是回到TC中去吧!
TC至少有一個好處,可以鍛鍊我們使用組合鍵的習慣,可以鍛鍊我們使用鍵盤程式設計的習慣,回想我們剛剛說的樑某說的話“用滑鼠怎麼程式設計呢?”有同學不免要提出疑問了,我是80年代甚至是90年代生人,你還讓我面對那麼枯燥的輸入輸出介面?我跟你有代溝!我期待有更豐富更吸引人的互動手段
哦,這個問題問得好,C語言中也有圖形啊,完全可以滿足大家寓教於樂得心理!讓我們來看這個程式,很簡單,就是在螢幕上話一個週期得正弦波!
(參見ppt......)
執行效果是不是很好?你學資料結構的時候,樹啊,圖啊,你都可以這樣輸出啊,很多地方你都可以做的更好呢!
好了,到這裡,我們基本解決了在學習C語言程式設計時的一些方法論的東西,關於具體的學習過程,如果你要我在這裡給你們講指標要如何學習?函式要如何學習?那我講的內容也不會多於任課老師的內容,或者開個專題叫“如何學好指標”,當然,如果你願意和我探討一下指標的本質和高階應用的話,課後,課後啊!
現在,我們要談最後一個問題!我們這個專業的女生的比例較其他的工科專業還是要高一些的,不知道為什麼經常到如下的說法:1,我是女生,我不適合寫程式啊;2,我的性格比較外向,不適合坐下來安靜的寫程式呢!
性格外向不適合寫程式?你們看我啊,覺得我是性格內向的任嗎?程式設計師也非常需要發散的外向型思維,老比,地球上最富裕的人說,他招程式設計師更願意招原來是學物理的人,因為學物理的人的思維可以從極大(宇宙)到極小(原子)。所有,說性格外向不適合寫程式的話是懶惰的藉口,是要掩蓋他不可告人的目的的介面!狂打PP!
女生又為什麼不適合寫程式呢?我到知道一個理由,對面板不好啊!你們看我這滿臉滄桑的,就知道了!除此之外,還會又其他的理由嗎?英國科學家早就證明了男女的區別完全不是人們想象的那樣,很多方面女性是要超過男性的!想想以前的母系社會,現在的惠安女!
我就見過一個上市公司的研發二部全是女性!,從軟體工程師到硬體工程師再到部門經理都是女性,業績根本不輸其他的研發部門,這個公司在湖南,不是我瞎掰的!
同學們,問大家一個問題,“二十一世紀最貴是什麼?”,不錯,是人才,所以,我可以負責任地告訴大家,“不學好C語言,老師很生氣”,老師很生氣,後果怎麼樣啊?是很嚴重!
That’s all, thank you!
學習C語言不是一朝一夕的事情,但也不需要花費十年時間才能精通。如何以最小的代價學習並精通C語言是本文的主題。請注意,即使是“最小的代價”,也絕不是什麼捷徑,而是以最短的時間取得最多的收穫,同時也意味著你需要經歷艱苦的過程。
一、要讀就讀好書,否則不如不讀
所有初學者面臨的第一個問題便是:如何選擇教材。好的開始是成功的一半,選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是,學校通常會幫你指定一本很差勁的C語言課本;而幸運的是,你還可以再次選擇。
大名鼎鼎的譚浩強教授出了一本《C語言程式設計》,據說發行量有超過400萬,據我所知,很多學校都會推薦這本書作為C語言課本。雖然本人的名字(譚浩宇)跟教授僅僅一字之差,但我是無比堅定地黑他這本書的。這本書不是寫給計算機專業的學生的,而是給那些需要考計算機等級考試的其它專業學生看的。這本書的主要缺點是:例子程式非常不專業,不能教給你程式設計應該掌握的思考方式;程式風格相當地不好,會讓你養成亂寫程式碼的惡習;錯誤太多,曾經有人指出過這本書的上百個錯誤,其中不乏關鍵的概念性錯誤。好了,這本書我也不想說太多了,有興趣大家可以百度一下:)
Kernighan和Ritchie的《The C Programming Language》(中譯名《C程式設計語言》)堪稱經典中的經典,不過舊版的很多內容都已過時,和現在的標準C語言相去甚遠,大家一定要看最新的版本,否則不如不看。另外,即使是最經典最權威的書,也沒有辦法面面俱到,所以手邊常備一本《C語言參考手冊》是十分必要的。《C語言參考手冊》就是《C Reference Manual》,是C語言標準的詳細描述,包括絕大多數C標準庫函式的細節,算得上是最好的標準C語言的工具書。順便提一句,最新的《C程式設計語言》是根據C89標準修訂的,而《C語言參考手冊》描述的是C99標準,二者可能會有些出入,建議按照C99標準學習。還有一本《C和指標》,寫得也是相當地不錯,英文名是《Pointers on C》,特別地強調指標的重要性,算是本書的一個特點吧。不過這本書並不十分適合初學者,如果你曾經學過C語言,有那麼一些C語言的基礎但又不是很紮實,那麼你可以嘗試一下這本書。我相信,只要你理解了指標,C語言便不再神祕。
如果你已經啃完了一本C語言教材,想要更進一步,那麼有兩本書你一定要看。首先是《C Traps and Pitfalls》(中譯名《C陷井與缺陷》),很薄的一本小冊子,內容非常非常地有趣。要注意一點,這本書是二十多年前寫成的,裡面提到的很多C語言的缺陷都已被改進,不過能夠了解一些歷史也不是什麼壞事。然後你可以挑戰一下《Expert C Programming》(中譯名《C專家程式設計》),書如其名,這本書頗具難度,一旦你仔細讀完並能透徹理解,你便可以放心大膽地在簡歷上寫“精通C語言”了。
切記一個原則,不要讀自己目前還看不懂的書,那是浪費生命。如果你看不懂,那你一定是缺失了某些必需基礎知識。此時,你要仔細分析自己需要補充哪些內容,然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習,才會真正的事半功倍。
二、Unix/Linux還是Windows,這是個很大的問題
不同的程式設計環境會造就出不同思維的程式設計師。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語言,你還要具體情況具體分析。
寫到最後,還有非常非常重要的一點沒有提及──程式碼風格,從最開始學習就必須強迫自己模仿最優秀的程式碼風格。因為程式碼風格太重要內容也太多,我會用專門的一篇文章來詳細討論,請大家關注《程式設計師之路──關於程式碼風格》。
題目是關於C語言,其實我主要想說說程式該怎麼學,或者一點感悟罷了,在這裡,我只想引用身邊的幾個人的例子,來談一下對程式學習的理解
第一個人要說到我了,我對程式產生興趣,是聽說程式可以作遊戲,那時候是在初一,然而借來一本G-BASIC簡明教材後,我便傻了眼。
陌生的詞彙,古怪的邏輯,都是些天文的中文譯本,頭疼了好一陣子。
然而當時又沒有別的閒書可看,我就整天捧著那一本書,什麼方法都試過了,甚至倒著看過了,都沒看出什麼眉目,自己又沒有電腦,只能不停地大膽地想象,然後滿腦子的疑惑……
在這裡停一下,上面說的便是我學習的風格:總要經歷一番波折,瞎折騰幾下,然後才會有偶然間的明悟-開竅了!我甚至沒見過幾個人有我這麼笨,現在明白過來了,我總是一開始把事情想得過於複雜,造成狗咬刺蝟的難堪的局面,然而竟然有意想不到的收穫!但是不建議大家模仿這種風格,起碼追女朋友的時候不能這樣,生活中很多機會在於接手的那一瞬間,失去就永遠找不回來了。
現在回來,後來偶然間,我看懂了一行程式碼,是print 語句,當時興奮得要命,又仔細看了這個看了那個,一下子看懂了很多東西,像是在霎那間被什麼給擊中似的,立刻間醍醐灌頂。。。。
初三在學校學了FOXBASE,基本上自學的,我發現了一件奇怪的事,我這人是出了名的記性不好,然而當時背程式中的命令卻是過目不忘,到現在還記得很多,也許是感興趣吧,也感謝我的微機老師給我提供自由上機的機會!後來我又自學了QBASIC,初四暑假又學了一點C,那時學C遇到不少困難,當時我們學校機房連C語言都沒有,我只好悶在家裡,一本二級C教材,一本配套習題,整天發呆地想,把自己的腦袋當電腦cpu使,有時進入死迴圈,有時又徹底崩潰。我花十幾天看完了一本書,做完了一本題,然而腦袋裡充滿了疑惑,由於沒有上機實踐的機會,我就憑自己的猜測與推理己慢慢建立了一大堆理論,十分得意與自信,但後來證明大部分是錯的,害我花了很長時間去糾正,這是後話。可是,還是那句話不破不立,不阻不行。就像我現在有了電腦,整天泡在網際網路的海洋裡,感受著快餐文化,好久都沒靜下心來好好想點東西了.
高中還上過幾節電腦課,只不過忙於應付高考,我將學程式的打算放棄了,到這裡我該說下一個人了。
高中時坐我旁邊一女生,她的文曲星裡有BASIC,我偶爾拿過來編了幾個小程式玩,她看到後很感興趣,令人驚訝的是,她只看了三五個程式,聽我講了幾個命令的功能,就能根據自己的想象編出小動畫來,她此前是絕沒有學過程式的!我曾一度懷疑過她的智商,然而她程式是如此之快,卻讓我的眼都瞪大了好幾圈,比我當年高了好幾個境界!我後來經常在想,是不是我當時的方法不對,程式到底應該怎樣學。。。
一晃就到了大學,我碰到另一個讓我佩服的人,跟我一樣是學計算機的,他是偶爾看到我在編動畫,然後十分感興趣,便開始自學。他令人吃驚的是,指標,結構體,位運算等等,都沒搞懂(更不用說演算法和資料結構),只學了三種程式結構,現在只學了C半年,便自己能編出貪吃蛇,俄羅斯方塊,掃雷,還有很多叫不出名字的小遊戲來,現在又在寫黑白棋,我知道我確實是走了不少彎路。
程式應該怎樣學,對C來講,我覺得應該從畫圖學起。
原因有二。
一,畫圖程式很能振奮人心的,它能帶給你濃厚的興趣,這是學程式的關鍵。
二,畫圖程式容易上手,很簡單的道理,就能做出很漂亮的東西來。有很多東西甚至不用看課本,就能自己推出來(我認為推理的方法很重要,它是你自學的必要條件)。
比如畫一個圓,從數學角度來分析,要確定一個圓,只需知道它的圓心(x,y)與半徑r,那好一個圓就畫出來了,circle(x,y,r);
其它的類推,再畫一個立體的,選擇立方體,再分析,只要知道兩個對角的座標就行了吧,翻一下課本,不是這樣,為什麼?你或許會想到,電腦螢幕本來就是平面的,用立體座標的理論在這裡,恐怕就不是最簡單的方法。所以它採用的應該是兩個平面圖形平移。此處留下疑問,立體圖形在平面座標中怎麼表示?自己慢慢研究,很淺的東西。
想作動畫吧,想象一下動畫的原理只是從一個圖形變幻到另一個圖形,不同地變幻就出現動畫效果,那就可以畫一個,擦了,再畫一個新的,再變化。。。
數學功底好的話,從二維到三維,從靜態到動態我認為是很快的過渡。
具體該怎麼學呢,你可以多找幾個畫圖的例子,敲到電腦裡,多敲幾個,慢慢地你就會知道哪些東西是幹什麼的,慢慢地就會自己做出東西來。
但這裡不要沉溺太久了,先學畫圖只是幫助你輕鬆地入門(很多人C學完了還沒有入門)。
從畫圖裡暫時走出來,你應該打打基礎了,這裡不再贅述。可以邊學邊實踐,物理,數學課本中很多問題都可以用程式來演示,來解決,嘗試著多做些東西,這比你老學課本中的模型強多了,只有你自己去體會才能知道。
談及C語言,我想凡是學過它的朋友都有這樣一種感覺,那就是“讓我歡喜讓我憂。”歡喜的是,C語言功能非常強大、應用廣泛,一旦掌握了後,你就可以理直氣壯地對他人說“我是電腦高手!”,而且以後若是再自學其他語言就顯得輕而易舉了。憂慮的是,C語言猶如“少林武功”一般博大精深,太難學了。其實就筆者認為C語言並非是“difficult(困難)”的,只要你能理清思路,掌握它的精髓,那麼自學C語言是一件非常容易且又其樂無窮的事。今天本人就與大家一起談談如何學習C語言或者說學習C語言應從哪幾方面著手。
瞭解一些基本知識
一.C語言的背景
就個人感觸,無論學習哪門語言首先應該瞭解一下自己所學語言的背景,也可以說它的發展史。
C語言屬於高階程式語言的一種,它的前身是“ALGOL”。其創始人是布朗•W•卡尼漢和丹尼斯•M•利奇。C語言問世時是帶有很大的侷限性,因為它只能用於UNIX系統上。然而隨著科學技術的進步,計算機工業的發展,C語言逐漸脫離UNIX。1987年美國標準化協會制定了C語言的國際標準,簡稱“ANSI C”,從此以後它便成為一種廣泛使用的程式語言。C語言的優點很多,主要的有如下四點:
1.兼備高階語言與低階語言的優點,屬於一種中間語言。
2.它是一種結構化程式設計語言,非常適合結構化程式設計。
3.有較豐富的資料型別、運算子以及函式供以選用。
4.直接與記憶體打交道,使修改、編輯其他程式與文件變得輕鬆,簡單。
二.二大語系二種不同的學習方法
筆者學習過很多程式語言,例如:C,C++(C語言的擴充套件),QBASIC,VB(BASIC的視覺化),JAVASCRIPT,JSCRIPT ,VBSCRIPT,JAVA,ASP,FOXPRO,PERL等等,就本人實踐所得,其實高階程式語言分為兩大語系。一路是以C為主的程式語言,例如:JAVASCRIPT,JAVA等,這類語言在函式的呼叫,程式語句的書寫,迴圈的控制都極為相似。另一路是以BASIC為首的程式語言,例如:FOXPRO,VBSCRIPT等,此類語言同樣具有相似的函式呼叫,程式語句書寫以及迴圈控制,但與C語系是不同的。因此若是您以前是從QBASIC起家的,那麼在學習C語言前最好是先洗洗腦,千萬不要把學習BASIC的方法以及思路用在C身上。
講到這裡,我想大家對C語言一定有了感性認識吧!下面讓我們再昇華一下,全方位親密接觸它。學習C語言必須從以下四點入手,也就是說,只要你能掌握這四點的內容,那麼基本上就大功告成了。
怎樣才能學好c語言
有人問我c語言是不是很難學,我說不是,後來問的人多了,我就萌生了寫一篇關於c語言如何入門的文章的念頭來。
其實c語言很簡單,它只是一種交流的規則,一種表達的工具,一種承載思想的容器而已,之所以感覺難,我覺得是還不習慣使用計算機特點來考慮問題。這就好比中國人從到英國定居一樣,雖然你學過英語,但是那只是想象中的英國,和現實的英國的情況還相差很遠,所以要有一個適應的過程,也就是常說的過渡期或磨合期。
想盡快上手就得掌握計算機的特點,計算機的特點包括:
1、 計算機在問題的處理方式上要求全,將所有的可能都要告訴它。人可以根據習慣忽略一些東西,但計算機不行。比如說求解一元二次方程,我們考慮問題就已經默認了a不等於0,更有甚者把b方減4ac也預設大於等於零了。這是我們的習慣,既然有解,我們一般習慣上就把它定為實數解,所以你做出來的程式一般是不考慮這兩個條件的,但是計算機不行,計算機是有名的弱智。計算機沒有象人一樣的智慧處理能力,它是人忠實的信徒,不管你怎麼想,它都會執行你的命令。由於你的習慣,導致一些別有用心的人或者無意犯錯的人來犯錯誤,致使計算機有時無所適從。很疲憊,甚至崩潰,報錯,造成你的程式是不成功的,所以你感覺很難。
2、 計算機要求程式的描述精確,無二義性。人的語言有很強的隨機性和二義性。我們平時說話時,有時是一些招呼,有時說話的邏輯性可以不太清楚,話既可以表達這樣的意思,也可以表達那樣的意思,人可以根據環境和對方想表達的含義進行分析,最終得到正確的結果,但是計算機很弱智,雖然它很聽話,但是他不能理解你表達的思想,只會按你交給的指令執行,這樣導致執行時報警和出錯。
3、 計算機程式設計是要求有很強的全域性性和邏輯性,不存在起伏的問題。人的思維有很強的活躍期和蟄伏期,計算機不會,它隨時待命。人在考慮問題時,有很多盡興的東西,但這不是處理問題的整體,而是一部分,所以就出現做完一段程式碼後,就不願意再寫,或感覺很吃力,所以感覺很難。
計算機要求它的主人,考慮問題要全面,所有可能的情況及處理都要告訴它,要求學會沉穩,心態要穩定,要求交流的語句一定要明瞭含義單一。
怎樣才能很快的學會c語言,更快的度過磨合期呢?C語言的語法規則記憶理解當然是不可少的,除此之外還應注意以下幾個方面:
1、 好好理解一下變數和函式的概念,至少要重新回頭看看初等數學。這是基礎,否則就會先天不足,你學的再好,也成不了大氣候。
2、 平衡心態,雖然不能做到“不以物喜,不以己悲”的水平,但至少不要浮躁,不要急於求成,欲速則不達。
3、 培養自身的全域性意識,既能小無內,也能大無外,才行。
4、 嚴格按照程式設計過程設計程式,不要跳脫,天馬行空,沒有規矩是不成方圓的。
5、 努力提高自身的綜合素質。程式是人思維的表達形式,是人處理問題思路和語言的結合體。你對客觀看成到什麼程度和你掌握的知識成正比。如果你對處理的問題不理解,不會處理,你怎麼也寫不出程式。
6、 學會交流,多交流,相互補益,同時團隊合作也是很重要的。
總之,實踐出真知,多學、多練、多思、多交流,勤奮好學才能學成。
有什麼不合適的地方還請多多指教!
C語言程式設計是我們的專業基礎課,但是C語言本身卻是一個非常強大的工具,它是到目前為止最為廣泛使用的工具,並且在可以預見的將來,它仍然是皈依為程式設計師的人們心中的神器。這個工具作什麼的呢?它在人和機器之間建立了一個交流的平臺。
某天,你需要完成一個求100的階乘的作業,於是你搬來一個最新的電腦,為它安裝了最新的windows vista作業系統,然後坐在它的身前,喊“喂電腦,給我計算100的階乘”,電腦說“ok, wait a moment”; 過了一會,一盤香菇小白菜端了上來!呵呵,電腦不是waiter, 你餵它它是不會有反應的,如果你真的wait a moment, 恐怕你就需要wait one more moment了!一萬年後,人們就把你命名成“望夫崖”。
既然電腦不是伺應生,聽不懂我們的話,那麼我們要怎麼控制它呢?如果你們給我裝聾作啞,我會告訴你期末掛了你,哦,你立馬老實了!對於電腦,我要怎麼才能使喚它,讓它為我工作呢?不錯,我們有個強力工具,C語言!
好,我們把上面的場景複習一下:
你要我算100的階乘,於是我去機房上機,編寫了一個程式:
( 參加ppt......)
執行程式,哦,結果出來了!
有人認為,現在是java和.net的時代,有誰還需要C以及彙編呢?孰不知,java和.net是建立在軟體之上的,是為了壟斷市場而建立起來的體系,猶如挖好一個金壁輝煌的坑,請你往下跳,還自以為站在巨人的肩膀上,事實上成了坑底之蛙。要成為一個真正的程式設計師,並期望成為一個程式設計師高手,必須從機器出發,從cpu到作業系統,再到軟體體系,高手的境界就是悟道後的明鏡靈臺,軟體設計出神入化,我就是程式,程式就是我。
聽完我講高手的境界,於是乎你很受感動,說:我要努力學習,向高手學習!隔天就買了一堆MFC, VB, JAVA以及.NET的書回來,早上五點鐘起來背書!這樣是不行的,正確的入門方法只有一個,要證大道,唯有此法!同學們,從C語言入手,努力學好C語言!
旁觀者李四說:此人大笨也!我用滑鼠隨便拖幾個控制元件,就是一個xxx管理系統了,你用C語言怕是一年也寫不出來吧!好吧,我要承認,講這話的都已經是mS的奴才了,別的我不瞭解,MFC本身就是一個封閉的架構,從MFC入手學習,你只會形成一種封閉的思維模式,因為MS希望很多人只學會表面的東西,不致成為高手,所以它大力推薦所謂的視覺化的程式開發工具,也真有很多人願意上他的當,最後真正迷失方向。說他坐不了程式吧,他也可以作,但是如果程式複雜一點,出現問題時,問題出再哪裡就搞不清楚了,反正是不清楚!
樑肇新,大牛啊,他說:“我就搞不懂了,用滑鼠怎麼寫程式呢?在我的公司裡,高手的鍵盤響個不停,滑鼠偶爾響一下,新手是滑鼠響個不停,鍵盤偶爾響一下,他們的薪水相差的就不是一倍那麼多了!”
C語言是各大作業系統的基礎,Unix、Linux、Windows其核心都清一色是C語言開發的,(某些地方是和組合語言混合開發的),君不見Windows API都是C語言函式的介面?Unix/Linux絕大多數應用都是C語言開發的;Windows應用程式用純API開發已然不多,大多都是依靠某種Application Framework,比如所謂的VC++,其實就是指VC IDE + C++語言 + MFC(現在重點已轉向ATL、WTL),但是Windows服務、網路、驅動程式等底層軟體,還是C語言開發的。各種語言的編譯器,包括java虛擬機器,都是用C語言開發的。各種嵌入式裝置,如手機、PDA也都是C語言開發的。C語言歷史悠久,其內容也絕非譚浩強老師的《C語言程式設計(第二版)》所描述的那麼簡單——那本書只是針對中國國情的教學入門書而已。
學生總喜歡問:那種語言好?學那種語言有前途?這種問題天天在討論,永無休止。其實我覺得大家所關心的,無非是那種語言更有“錢途”,學習那種語言畢業後能夠輕鬆找到高薪的工作——當年我也是這麼想。那麼,我告訴你,如果你精通C語言,請你去華為,不要在小池塘裡浪費青春了!
OK, 聽了我苦口婆心的勸告,你準備從C語言入手,開始攀登程式設計師高手這座山峰了,在你出發之前,你的行囊中需要準備什麼呢?
第一個要裝進行囊和你一起前進是“規範的格式”,有很多教科書,參考書,不太注重程式的格式的問題,寫出的程式就象一堆堆的垃圾一樣,這也導致了現在很多人寫的程式中有很多的廢碼,垃圾程式碼,這和那些入門的書有非常大的關係,要把那些作者都拿來打打PP。真正的商業程式絕對是規範的,張三寫的程式和李四的程式格式大致相同,各種識別符號的命名規則一樣,否則誰也看不懂你寫的程式。如果寫出來的程式碼誰也看不懂,那絕對是垃圾。如果要把那些垃圾翻半天,勉強才把金子找出來,那這樣的程式不如不要,還不如重新寫過,這樣,思路會更清楚一點。所以說,規範的格式是入門的基礎。那這個規範的格式包括什麼呢?不少啊,要堅持才能做到!長標誌符命名,程式碼縮排,一對大括號範圍不超過一螢幕,等等。
第二個要裝進行囊的是耐心,所謂工欲善其事,必先利其器。要想成功,沒有一個相對平淡的過程是不可能的。這不僅僅指你在學習過程中要有耐心,要循序漸進,而起也說的是另一個重要的方面:調式程式。除錯是寫程式過程中一個重要的方面,如果有人能一次寫成程式,牛啊,而且是大牛,不光是大牛,還是老子騎的那頭青牛,凡人是做不道的!除錯是每個程式必定經歷的歷程。經常有同學問我:老師,我的程式完全沒錯誤啊,都是照書抄的啊!怎麼就執行不出來呢?對於這個問題我也看不出來!你們有問題可以找我,找其他的老師,老師找誰啊?李師父?那是很荒謬的!我就只好坐下來除錯,這個說實話,除錯是很枯燥的,所以有同學抱怨說我操作太快,不理解為什麼要這樣,為什麼要那樣,我的脾氣不太好,一煩躁就會罵人地,所以,這個就需要你們自己修煉內功了!
有了這兩個就可以了,可以出發了,估計有人說了,英語和數學不要了?大家都說大學生了,這種問題就不要問了嘛!你已經用早晨和傍晚的時光學習了英語了,我這個沒有要去,計算機專業英語超簡單,小學水平而已,記住一些專業詞彙就可以了!關於數學,說數學好,寫程式就好是沒有科學根據的!我就有個同學,數學回回100分,寫程式也就是hello world的程度,不過人家現在是數學博士了!慚愧啊!做為的大學生,而且是我們這個專業的大學生,已經完全具備了寫程式所需要的數學素養了!所以這個不是我們要擔心的,Ready? Go!
第一招,學什麼呢?打狗棍法!呵呵
有一個偉人說過:“重複權威是成熟的必經之路”,這是站在巨人的肩膀上的做法,習武之人首先要學的都是各種套路,比方說辟邪劍法,然後才能融會貫通,開宗流派;我們學習寫程式也要這樣來,這是一個捷徑,幫你走得更遠得捷徑。
看書,看好書!書中所寫,是前人數十年經驗所寫,看十本書,就相當於汲取了前人數十年的功力,那麼你的內功也會迅速上升1甲子。:)書當然要看好書,只有好書才營養豐富。要做到讀書破萬卷,程式設計如有神;枯燥的看書是很鬱悶的,很容易變成化石!現在很多是書都是用原始碼說明問題的,原始碼就像是動畫、就像是幻燈片,把書中的招式一一演練給你看。可以說高手的經驗大都是源自程式碼,最後也都化成原始碼展現在大家面前,把書上的程式一個一個的輸入(用鍵盤,用你的手指)到電腦中,編譯執行。自己手工輸入這一步不能省略,現在很多書有配套原始碼,很多同學或者成年人學習的時候都耍小聰明,直接把原始碼複製過去編譯執行,hoho, 這是沒有效果的。
自然,我讓你輸入程式不是讓你練習盲打,你在輸入的過程就可以品出程式的好壞來了,如果發現自己輸入了很多重複程式碼,那至少這個程式的結構就不好了,窮則變,變則通嘛,你就想改進它啊,這不是很好嗎?
當然,程式輸得多了,盲打功力也上了一個臺階,鍵盤敲得快了,薪水也跟著漲上去了!^_^
不過,鍵盤敲得快不代表你的程式就寫得好,否則學校只要每個學生髮一份盲打聯絡軟體,四年畢業後,個個都是程式高手了!
好了,你輸了一個程式進電腦了,鍛鍊了手部肌肉,也執行出了結果,愉悅了身心,就此滿足了?那離高手還遠呢,要變成高手,你還要鍛鍊一下你得腦部肌肉!拿起你得筆,拿起你得紙,用你得大腦,這號稱世界上最精密的機器來執行你輸入的程式,記錄下不同執行時刻變數的值,記錄下程式的執行分支,最後發現,這個程式被你解剖到了紙上,我相信也解剖到了你的心裡!這是捷徑的核心,一定要記住,輸入的程式不是說正確執行就完事了,要去閱讀一下程式碼,利用筆和紙做輔助工具,做一下筆記,這就是重複權威 ,當然,如果你是天才,那請你塞上耳朵,你不在我們討論的範圍之內!
為什麼這一步很重要呢?
大家剛開始學習的時候,是不是有種感覺,如果讓你寫一個程式,你從哪裡下手呢?前面?後面?上面?下面?為了解決這個問題,我的程式該如何寫呢?抓耳撓腮,好煩啊,於是乎乾脆睡覺去,不寫了,你看,這種行為是要打PP的!
練武功,總是先重複師父的動作,才能有自己的動作,所以也讓我們重重複別人寫的程式開始,然後再寫自己的程式吧!
遵循這個方法,你們就跟著組織走上了通往羅馬的大路了!
接下來,你得走啊,不走怎麼到羅馬呢? 把你學會的程式設計方法應用到你寫的程式中去啊!
某天,你看到這裡有個問題,你有了想法,怎麼辦?上機去,和鍵盤奮戰去!stop, stop! 暫停一下,上機之前,不要忘記了你的筆和紙,勇敢地把你的想法寫下來,如果寫不出來,就不要去機房浪費爸爸媽媽的血汗錢了!
當然,你不能亂寫啊,寫出來的東西怎麼樣才叫不是亂寫的呢?實踐是檢驗真理的唯一標準!用你的大腦去執行一邊啊,不是叫“人程式合一”嘛?,這就是了!學武功就要學絕世武功!雖然號稱最精密,實際效果上,人腦還是沒有電腦的準確度的,如果你的大腦能馬馬虎虎地執行出來之後,那麼OK,帶上規範的格式和耐心,去上機吧!
自然,我們說一天到晚面對字元介面的TC是有些鬱悶,大家都習慣了windows,微軟的客戶體念設計中心可不是吹出來的!windows多好,色彩斑斕的。當你修煉到我這個程度的時候,非要聽這京劇才文思泉湧的寫程式的時候,當然要用windows下的整合開發環境了。但是對大家來說,不是現在,windows是很危險地,程式設計師還是回到TC中去吧!
TC至少有一個好處,可以鍛鍊我們使用組合鍵的習慣,可以鍛鍊我們使用鍵盤程式設計的習慣,回想我們剛剛說的樑某說的話“用滑鼠怎麼程式設計呢?”有同學不免要提出疑問了,我是80年代甚至是90年代生人,你還讓我面對那麼枯燥的輸入輸出介面?我跟你有代溝!我期待有更豐富更吸引人的互動手段
哦,這個問題問得好,C語言中也有圖形啊,完全可以滿足大家寓教於樂得心理!讓我們來看這個程式,很簡單,就是在螢幕上話一個週期得正弦波!
(參見ppt......)
執行效果是不是很好?你學資料結構的時候,樹啊,圖啊,你都可以這樣輸出啊,很多地方你都可以做的更好呢!
好了,到這裡,我們基本解決了在學習C語言程式設計時的一些方法論的東西,關於具體的學習過程,如果你要我在這裡給你們講指標要如何學習?函式要如何學習?那我講的內容也不會多於任課老師的內容,或者開個專題叫“如何學好指標”,當然,如果你願意和我探討一下指標的本質和高階應用的話,課後,課後啊!
現在,我們要談最後一個問題!我們這個專業的女生的比例較其他的工科專業還是要高一些的,不知道為什麼經常到如下的說法:1,我是女生,我不適合寫程式啊;2,我的性格比較外向,不適合坐下來安靜的寫程式呢!
性格外向不適合寫程式?你們看我啊,覺得我是性格內向的任嗎?程式設計師也非常需要發散的外向型思維,老比,地球上最富裕的人說,他招程式設計師更願意招原來是學物理的人,因為學物理的人的思維可以從極大(宇宙)到極小(原子)。所有,說性格外向不適合寫程式的話是懶惰的藉口,是要掩蓋他不可告人的目的的介面!狂打PP!
女生又為什麼不適合寫程式呢?我到知道一個理由,對面板不好啊!你們看我這滿臉滄桑的,就知道了!除此之外,還會又其他的理由嗎?英國科學家早就證明了男女的區別完全不是人們想象的那樣,很多方面女性是要超過男性的!想想以前的母系社會,現在的惠安女!
我就見過一個上市公司的研發二部全是女性!,從軟體工程師到硬體工程師再到部門經理都是女性,業績根本不輸其他的研發部門,這個公司在湖南,不是我瞎掰的!
同學們,問大家一個問題,“二十一世紀最貴是什麼?”,不錯,是人才,所以,我可以負責任地告訴大家,“不學好C語言,老師很生氣”,老師很生氣,後果怎麼樣啊?是很嚴重!
That’s all, thank you!
學習C語言不是一朝一夕的事情,但也不需要花費十年時間才能精通。如何以最小的代價學習並精通C語言是本文的主題。請注意,即使是“最小的代價”,也絕不是什麼捷徑,而是以最短的時間取得最多的收穫,同時也意味著你需要經歷艱苦的過程。
一、要讀就讀好書,否則不如不讀
所有初學者面臨的第一個問題便是:如何選擇教材。好的開始是成功的一半,選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是,學校通常會幫你指定一本很差勁的C語言課本;而幸運的是,你還可以再次選擇。
大名鼎鼎的譚浩強教授出了一本《C語言程式設計》,據說發行量有超過400萬,據我所知,很多學校都會推薦這本書作為C語言課本。雖然本人的名字(譚浩宇)跟教授僅僅一字之差,但我是無比堅定地黑他這本書的。這本書不是寫給計算機專業的學生的,而是給那些需要考計算機等級考試的其它專業學生看的。這本書的主要缺點是:例子程式非常不專業,不能教給你程式設計應該掌握的思考方式;程式風格相當地不好,會讓你養成亂寫程式碼的惡習;錯誤太多,曾經有人指出過這本書的上百個錯誤,其中不乏關鍵的概念性錯誤。好了,這本書我也不想說太多了,有興趣大家可以百度一下:)
Kernighan和Ritchie的《The C Programming Language》(中譯名《C程式設計語言》)堪稱經典中的經典,不過舊版的很多內容都已過時,和現在的標準C語言相去甚遠,大家一定要看最新的版本,否則不如不看。另外,即使是最經典最權威的書,也沒有辦法面面俱到,所以手邊常備一本《C語言參考手冊》是十分必要的。《C語言參考手冊》就是《C Reference Manual》,是C語言標準的詳細描述,包括絕大多數C標準庫函式的細節,算得上是最好的標準C語言的工具書。順便提一句,最新的《C程式設計語言》是根據C89標準修訂的,而《C語言參考手冊》描述的是C99標準,二者可能會有些出入,建議按照C99標準學習。還有一本《C和指標》,寫得也是相當地不錯,英文名是《Pointers on C》,特別地強調指標的重要性,算是本書的一個特點吧。不過這本書並不十分適合初學者,如果你曾經學過C語言,有那麼一些C語言的基礎但又不是很紮實,那麼你可以嘗試一下這本書。我相信,只要你理解了指標,C語言便不再神祕。
如果你已經啃完了一本C語言教材,想要更進一步,那麼有兩本書你一定要看。首先是《C Traps and Pitfalls》(中譯名《C陷井與缺陷》),很薄的一本小冊子,內容非常非常地有趣。要注意一點,這本書是二十多年前寫成的,裡面提到的很多C語言的缺陷都已被改進,不過能夠了解一些歷史也不是什麼壞事。然後你可以挑戰一下《Expert C Programming》(中譯名《C專家程式設計》),書如其名,這本書頗具難度,一旦你仔細讀完並能透徹理解,你便可以放心大膽地在簡歷上寫“精通C語言”了。
切記一個原則,不要讀自己目前還看不懂的書,那是浪費生命。如果你看不懂,那你一定是缺失了某些必需基礎知識。此時,你要仔細分析自己需要補充哪些內容,然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習,才會真正的事半功倍。
二、Unix/Linux還是Windows,這是個很大的問題
不同的程式設計環境會造就出不同思維的程式設計師。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語言,你還要具體情況具體分析。
寫到最後,還有非常非常重要的一點沒有提及──程式碼風格,從最開始學習就必須強迫自己模仿最優秀的程式碼風格。因為程式碼風格太重要內容也太多,我會用專門的一篇文章來詳細討論,請大家關注《程式設計師之路──關於程式碼風格》。
題目是關於C語言,其實我主要想說說程式該怎麼學,或者一點感悟罷了,在這裡,我只想引用身邊的幾個人的例子,來談一下對程式學習的理解
第一個人要說到我了,我對程式產生興趣,是聽說程式可以作遊戲,那時候是在初一,然而借來一本G-BASIC簡明教材後,我便傻了眼。
陌生的詞彙,古怪的邏輯,都是些天文的中文譯本,頭疼了好一陣子。
然而當時又沒有別的閒書可看,我就整天捧著那一本書,什麼方法都試過了,甚至倒著看過了,都沒看出什麼眉目,自己又沒有電腦,只能不停地大膽地想象,然後滿腦子的疑惑……
在這裡停一下,上面說的便是我學習的風格:總要經歷一番波折,瞎折騰幾下,然後才會有偶然間的明悟-開竅了!我甚至沒見過幾個人有我這麼笨,現在明白過來了,我總是一開始把事情想得過於複雜,造成狗咬刺蝟的難堪的局面,然而竟然有意想不到的收穫!但是不建議大家模仿這種風格,起碼追女朋友的時候不能這樣,生活中很多機會在於接手的那一瞬間,失去就永遠找不回來了。
現在回來,後來偶然間,我看懂了一行程式碼,是print 語句,當時興奮得要命,又仔細看了這個看了那個,一下子看懂了很多東西,像是在霎那間被什麼給擊中似的,立刻間醍醐灌頂。。。。
初三在學校學了FOXBASE,基本上自學的,我發現了一件奇怪的事,我這人是出了名的記性不好,然而當時背程式中的命令卻是過目不忘,到現在還記得很多,也許是感興趣吧,也感謝我的微機老師給我提供自由上機的機會!後來我又自學了QBASIC,初四暑假又學了一點C,那時學C遇到不少困難,當時我們學校機房連C語言都沒有,我只好悶在家裡,一本二級C教材,一本配套習題,整天發呆地想,把自己的腦袋當電腦cpu使,有時進入死迴圈,有時又徹底崩潰。我花十幾天看完了一本書,做完了一本題,然而腦袋裡充滿了疑惑,由於沒有上機實踐的機會,我就憑自己的猜測與推理己慢慢建立了一大堆理論,十分得意與自信,但後來證明大部分是錯的,害我花了很長時間去糾正,這是後話。可是,還是那句話不破不立,不阻不行。就像我現在有了電腦,整天泡在網際網路的海洋裡,感受著快餐文化,好久都沒靜下心來好好想點東西了.
高中還上過幾節電腦課,只不過忙於應付高考,我將學程式的打算放棄了,到這裡我該說下一個人了。
高中時坐我旁邊一女生,她的文曲星裡有BASIC,我偶爾拿過來編了幾個小程式玩,她看到後很感興趣,令人驚訝的是,她只看了三五個程式,聽我講了幾個命令的功能,就能根據自己的想象編出小動畫來,她此前是絕沒有學過程式的!我曾一度懷疑過她的智商,然而她程式是如此之快,卻讓我的眼都瞪大了好幾圈,比我當年高了好幾個境界!我後來經常在想,是不是我當時的方法不對,程式到底應該怎樣學。。。
一晃就到了大學,我碰到另一個讓我佩服的人,跟我一樣是學計算機的,他是偶爾看到我在編動畫,然後十分感興趣,便開始自學。他令人吃驚的是,指標,結構體,位運算等等,都沒搞懂(更不用說演算法和資料結構),只學了三種程式結構,現在只學了C半年,便自己能編出貪吃蛇,俄羅斯方塊,掃雷,還有很多叫不出名字的小遊戲來,現在又在寫黑白棋,我知道我確實是走了不少彎路。
程式應該怎樣學,對C來講,我覺得應該從畫圖學起。
原因有二。
一,畫圖程式很能振奮人心的,它能帶給你濃厚的興趣,這是學程式的關鍵。
二,畫圖程式容易上手,很簡單的道理,就能做出很漂亮的東西來。有很多東西甚至不用看課本,就能自己推出來(我認為推理的方法很重要,它是你自學的必要條件)。
比如畫一個圓,從數學角度來分析,要確定一個圓,只需知道它的圓心(x,y)與半徑r,那好一個圓就畫出來了,circle(x,y,r);
其它的類推,再畫一個立體的,選擇立方體,再分析,只要知道兩個對角的座標就行了吧,翻一下課本,不是這樣,為什麼?你或許會想到,電腦螢幕本來就是平面的,用立體座標的理論在這裡,恐怕就不是最簡單的方法。所以它採用的應該是兩個平面圖形平移。此處留下疑問,立體圖形在平面座標中怎麼表示?自己慢慢研究,很淺的東西。
想作動畫吧,想象一下動畫的原理只是從一個圖形變幻到另一個圖形,不同地變幻就出現動畫效果,那就可以畫一個,擦了,再畫一個新的,再變化。。。
數學功底好的話,從二維到三維,從靜態到動態我認為是很快的過渡。
具體該怎麼學呢,你可以多找幾個畫圖的例子,敲到電腦裡,多敲幾個,慢慢地你就會知道哪些東西是幹什麼的,慢慢地就會自己做出東西來。
但這裡不要沉溺太久了,先學畫圖只是幫助你輕鬆地入門(很多人C學完了還沒有入門)。
從畫圖裡暫時走出來,你應該打打基礎了,這裡不再贅述。可以邊學邊實踐,物理,數學課本中很多問題都可以用程式來演示,來解決,嘗試著多做些東西,這比你老學課本中的模型強多了,只有你自己去體會才能知道。
談及C語言,我想凡是學過它的朋友都有這樣一種感覺,那就是“讓我歡喜讓我憂。”歡喜的是,C語言功能非常強大、應用廣泛,一旦掌握了後,你就可以理直氣壯地對他人說“我是電腦高手!”,而且以後若是再自學其他語言就顯得輕而易舉了。憂慮的是,C語言猶如“少林武功”一般博大精深,太難學了。其實就筆者認為C語言並非是“difficult(困難)”的,只要你能理清思路,掌握它的精髓,那麼自學C語言是一件非常容易且又其樂無窮的事。今天本人就與大家一起談談如何學習C語言或者說學習C語言應從哪幾方面著手。
瞭解一些基本知識
一.C語言的背景
就個人感觸,無論學習哪門語言首先應該瞭解一下自己所學語言的背景,也可以說它的發展史。
C語言屬於高階程式語言的一種,它的前身是“ALGOL”。其創始人是布朗•W•卡尼漢和丹尼斯•M•利奇。C語言問世時是帶有很大的侷限性,因為它只能用於UNIX系統上。然而隨著科學技術的進步,計算機工業的發展,C語言逐漸脫離UNIX。1987年美國標準化協會制定了C語言的國際標準,簡稱“ANSI C”,從此以後它便成為一種廣泛使用的程式語言。C語言的優點很多,主要的有如下四點:
1.兼備高階語言與低階語言的優點,屬於一種中間語言。
2.它是一種結構化程式設計語言,非常適合結構化程式設計。
3.有較豐富的資料型別、運算子以及函式供以選用。
4.直接與記憶體打交道,使修改、編輯其他程式與文件變得輕鬆,簡單。
二.二大語系二種不同的學習方法
筆者學習過很多程式語言,例如:C,C++(C語言的擴充套件),QBASIC,VB(BASIC的視覺化),JAVASCRIPT,JSCRIPT ,VBSCRIPT,JAVA,ASP,FOXPRO,PERL等等,就本人實踐所得,其實高階程式語言分為兩大語系。一路是以C為主的程式語言,例如:JAVASCRIPT,JAVA等,這類語言在函式的呼叫,程式語句的書寫,迴圈的控制都極為相似。另一路是以BASIC為首的程式語言,例如:FOXPRO,VBSCRIPT等,此類語言同樣具有相似的函式呼叫,程式語句書寫以及迴圈控制,但與C語系是不同的。因此若是您以前是從QBASIC起家的,那麼在學習C語言前最好是先洗洗腦,千萬不要把學習BASIC的方法以及思路用在C身上。
講到這裡,我想大家對C語言一定有了感性認識吧!下面讓我們再昇華一下,全方位親密接觸它。學習C語言必須從以下四點入手,也就是說,只要你能掌握這四點的內容,那麼基本上就大功告成了。
怎樣才能學好c語言
有人問我c語言是不是很難學,我說不是,後來問的人多了,我就萌生了寫一篇關於c語言如何入門的文章的念頭來。
其實c語言很簡單,它只是一種交流的規則,一種表達的工具,一種承載思想的容器而已,之所以感覺難,我覺得是還不習慣使用計算機特點來考慮問題。這就好比中國人從到英國定居一樣,雖然你學過英語,但是那只是想象中的英國,和現實的英國的情況還相差很遠,所以要有一個適應的過程,也就是常說的過渡期或磨合期。
想盡快上手就得掌握計算機的特點,計算機的特點包括:
1、 計算機在問題的處理方式上要求全,將所有的可能都要告訴它。人可以根據習慣忽略一些東西,但計算機不行。比如說求解一元二次方程,我們考慮問題就已經默認了a不等於0,更有甚者把b方減4ac也預設大於等於零了。這是我們的習慣,既然有解,我們一般習慣上就把它定為實數解,所以你做出來的程式一般是不考慮這兩個條件的,但是計算機不行,計算機是有名的弱智。計算機沒有象人一樣的智慧處理能力,它是人忠實的信徒,不管你怎麼想,它都會執行你的命令。由於你的習慣,導致一些別有用心的人或者無意犯錯的人來犯錯誤,致使計算機有時無所適從。很疲憊,甚至崩潰,報錯,造成你的程式是不成功的,所以你感覺很難。
2、 計算機要求程式的描述精確,無二義性。人的語言有很強的隨機性和二義性。我們平時說話時,有時是一些招呼,有時說話的邏輯性可以不太清楚,話既可以表達這樣的意思,也可以表達那樣的意思,人可以根據環境和對方想表達的含義進行分析,最終得到正確的結果,但是計算機很弱智,雖然它很聽話,但是他不能理解你表達的思想,只會按你交給的指令執行,這樣導致執行時報警和出錯。
3、 計算機程式設計是要求有很強的全域性性和邏輯性,不存在起伏的問題。人的思維有很強的活躍期和蟄伏期,計算機不會,它隨時待命。人在考慮問題時,有很多盡興的東西,但這不是處理問題的整體,而是一部分,所以就出現做完一段程式碼後,就不願意再寫,或感覺很吃力,所以感覺很難。
計算機要求它的主人,考慮問題要全面,所有可能的情況及處理都要告訴它,要求學會沉穩,心態要穩定,要求交流的語句一定要明瞭含義單一。
怎樣才能很快的學會c語言,更快的度過磨合期呢?C語言的語法規則記憶理解當然是不可少的,除此之外還應注意以下幾個方面:
1、 好好理解一下變數和函式的概念,至少要重新回頭看看初等數學。這是基礎,否則就會先天不足,你學的再好,也成不了大氣候。
2、 平衡心態,雖然不能做到“不以物喜,不以己悲”的水平,但至少不要浮躁,不要急於求成,欲速則不達。
3、 培養自身的全域性意識,既能小無內,也能大無外,才行。
4、 嚴格按照程式設計過程設計程式,不要跳脫,天馬行空,沒有規矩是不成方圓的。
5、 努力提高自身的綜合素質。程式是人思維的表達形式,是人處理問題思路和語言的結合體。你對客觀看成到什麼程度和你掌握的知識成正比。如果你對處理的問題不理解,不會處理,你怎麼也寫不出程式。
6、 學會交流,多交流,相互補益,同時團隊合作也是很重要的。
總之,實踐出真知,多學、多練、多思、多交流,勤奮好學才能學成。
有什麼不合適的地方還請多多指教!