有人說(shuō)C語(yǔ)言已經(jīng)過(guò)時(shí)了，學(xué)程序設計應該從面向對象語(yǔ)言開(kāi)始。在這一點(diǎn)上我持保留意見(jiàn)。
1、關(guān)于C語(yǔ)言的學(xué)習
在Linux下，大部分的程序還是C語(yǔ)言實(shí)現的。Win32 API仍然是用C語(yǔ)言實(shí)現的。
WINDOWS平臺C++應用廣泛是微軟力推的結果，但是現在WINDOWS平臺應用軟件的開(kāi)發(fā)，有向C#偏移的趨勢，這要看VISTA系統推行的效果。到時(shí)候，恐怕大家又要跟風(fēng)似的去學(xué)習C#了。作為初學(xué)者,不要盲目地去追時(shí)髦，到頭來(lái)吃到苦頭的永遠是你自己。就像C#，當你剛剛熟悉2.0版本以后，3.0版本已經(jīng)問(wèn)世了，又要勿勿忙忙搭上3.0的列車(chē)。。。時(shí)代在不斷進(jìn)步，技術(shù)在不斷發(fā)展，我們要明白我們真正要學(xué)的基礎是什么？就像物理學(xué)一樣，在沒(méi)有學(xué)習經(jīng)典力學(xué)之前，就想學(xué)習最新的相對論思想，這可能嗎？
不管C++、ｊａｖａ、C#怎么發(fā)展，不管WINDOWS平臺青睞于哪種開(kāi)發(fā)語(yǔ)言。C語(yǔ)言仍然是程序設計入門(mén)語(yǔ)言的首選。過(guò)早的接觸面向對象，會(huì )讓你忽于對計算機底層的了解。沒(méi)錯,編程首先是以人為主,然后才考慮機器.但是,只考慮人,而完全不考慮機器是大錯特錯的,那會(huì )導致你為所欲為,以為自己想到的,計算機就一定可以實(shí)現。然而,事實(shí)告訴我們,事情并不是我們想的那樣.
在編譯器層面上,C++的實(shí)現最終仍然會(huì )被展開(kāi)為C形式的,完全沒(méi)有封裝的代碼。程序,最終還是要在機器上運行。只有面向對象，而沒(méi)有C基礎，在理解計算機底層技術(shù)的時(shí)候，還是要回過(guò)頭來(lái)學(xué)習C語(yǔ)言的編程思想的。
美國在使用ｊａｖａ等面向對象語(yǔ)言作為入門(mén)語(yǔ)言幾年之后，現在已經(jīng)又重新考慮使用C作為入門(mén)語(yǔ)言了，原因，正如我前述所說(shuō)。
此外，Linux倡導的編程藝術(shù)是簡(jiǎn)單美。在今后相當長(cháng)的時(shí)間內，Linux平臺下的軟件開(kāi)發(fā)還是以C為主，當然，不排除KDE界面是用的C++，WEB開(kāi)發(fā)使用ｊａｖａ。
至于編程思想的發(fā)展趨勢，現在C++積極提倡泛型編程的概念，這與面向對象是完全不同的概念，也是編程思想的一次革新。泛型同面向對象的結合，可以產(chǎn)生良好的效果。ｊａｖａ和C#等面向對象語(yǔ)言也跟隨其后，提供了對泛型編程的支持。但無(wú)疑，C++在泛型編程方面是推進(jìn)得最好的。
2、C++的學(xué)習
建議學(xué)習C++從《C++ Primer》等經(jīng)典外國名著(zhù)入手，使C++的學(xué)習完全不依賴(lài)于平臺。
畢竟，C++最先是在Unix系統，在貝爾實(shí)驗室提出來(lái)的。只是在WINDOWS上得到了發(fā)揚光大而已。
一開(kāi)始就輕視語(yǔ)言本身的學(xué)習，過(guò)早陷入MFC類(lèi)庫，會(huì )讓你不能理解C++語(yǔ)言的真諦，寫(xiě)出的C++代碼只能是C式的C++，這也是國內很多C++初學(xué)者常走的彎路。
C++社區的大牛們現在都推薦把C++當作一門(mén)全新的語(yǔ)言來(lái)學(xué)習，完全與C區別開(kāi)，使程序員不再寫(xiě)C式的C++代碼。
C++發(fā)展了二十年，已經(jīng)不是簡(jiǎn)單添加了類(lèi)封裝的C語(yǔ)言了。如果你依然這么認為，那么你對C++的認識還停留在上個(gè)世紀80年代。
然而，我在上面又說(shuō)學(xué)習要先打好基礎，那不是要從最初的C++思想學(xué)起嗎？確實(shí)，我們應該了解C++的歷史，這對于我們理解這門(mén)語(yǔ)言非常有用。但并不是要你抱著(zhù)80年代的C++書(shū)籍埋頭苦讀，而是伴隨在moder C++的學(xué)習過(guò)程當中。C式的C++相對于modern C++有太多的缺點(diǎn)，我們干嘛不學(xué)最好的方法呢。就像物理學(xué)一樣，其中的經(jīng)典理論也經(jīng)過(guò)了由錯到對的過(guò)程，那么，我們還要從錯誤的思想開(kāi)始學(xué)習嗎？學(xué)習C語(yǔ)言，我們也要從ANSI C未出現之前學(xué)習嗎？當然不是，基礎，并不代表就是陳舊的東西。
但是，在國內，C++標準庫的使用并不廣泛，很多人對C++的使用依然停留在對C代碼的簡(jiǎn)單類(lèi)庫封裝上。這是很可悲的。還好，從2000年開(kāi)始，大量現代C++名著(zhù)被引入國內或者翻譯為中文版，越來(lái)越多的人開(kāi)始接觸modern C++。
國內的C++社區，也涌現出了侯捷、榮耀、劉未鵬等少壯派高手。
還是那句話(huà)，學(xué)習C++一定要看國外名著(zhù)，譚浩強、錢(qián)能的C++書(shū)還是放到一邊吧，他們在誤人子弟。
C++大牛們推薦首選使用STL標準庫，因為它與平臺無(wú)關(guān)，而且拋棄了C語(yǔ)言中的種種缺陷和陷阱。但是人家沒(méi)有推薦MFC之類(lèi)。
充其量，MFC，現在我只用來(lái)做界面框架，因為自己用SDK敲界面框架實(shí)在太麻煩了。然而MFC并不是唯一選擇,WTL、QT都是不錯的界面庫。而且，實(shí)際上MFC的封裝模式早已跟不上C++的步伐，要知道MFC推出時(shí)，C++仍未標準化。然而MFC卻沒(méi)有跟著(zhù)C++的發(fā)展不斷重構自己的類(lèi)庫，實(shí)際上MFC基礎架構根本沒(méi)有什么大的變化。
而現代C++類(lèi)庫，如STL、ATL、WTL、BOOST、ACE、LOKI等等，都充分結合了泛型和面向對象的優(yōu)點(diǎn)，是現代C++的完美體現。MFC類(lèi)庫，我承認，其中仍有許多東西值得我們學(xué)習。但是針對C++的設計思想來(lái)說(shuō)，他的架構已經(jīng)過(guò)時(shí)了，它仍然停留在對C語(yǔ)言的API簡(jiǎn)單封裝的層次上，到處是稀奇古怪的宏代碼。這是不值得我們再學(xué)習的。
至于進(jìn)程和線(xiàn)程等底層處理，則直接使用API，即可以提高運行效率，又對于你認識操作系統很有幫助。
在代碼的整體風(fēng)格上，應該使用modern C++。在算法和數據處理上，盡量使用STL。只有使用到操作系統API的時(shí)候，才使用C語(yǔ)言。當然這其中有個(gè)C++代碼與C語(yǔ)言API交互的問(wèn)題，其實(shí)很簡(jiǎn)單，主要發(fā)生在vector和string上。
最后，學(xué)習編程關(guān)鍵在于學(xué)習思想，不要禁錮于語(yǔ)言的細枝末節上。
C語(yǔ)言是程序設計的基礎，C++的泛型思想可謂是程序設計思想的尖端、潮流。
在掌握基礎之后，學(xué)習頂尖的設計思想，就如同輕車(chē)熟路一樣，非常輕松。
個(gè)人觀(guān)點(diǎn)：
風(fēng)格是修養，語(yǔ)法是外功，算法是內功，練好這3種才是真正高手！
