C和C加加的學習過程總結，內有實用學習路線

總是被同學們問到，如何學習C和C++才不茫然，才不是亂學，想了一下，這裡給出一個總的回復。

一家之言，歡迎拍磚哈。

1、可以考慮先學習C.

大多數時候，我們學習語言的目的，不是為了成為一個語言專家，而是希望成為一個解決問題的專家。做一個有用的程序員，做一個賺錢的程序員。我們的價值，將體現在客戶價值上，而不是語言寫得好不好看。

C++是C的一個面向對象的解釋，C++為C擴充了大規模工程應用，複雜的系統結構的組織和掌控方法，但是，我認為，C++骨子裡還是C的。

畢竟，解決具體問題，每個函數內部，都是用C的方式寫程序，還是面向過程的。

因此，想要學習好C++，我的建議，先學習C，先學解決問題的能力，再討論解決大問題的能力。就是先學習怎麼走路，再學習怎麼跑步。

2、學習C的過程中，一定要理解結構化編程思維。

為什麼呢，我前面有文章說過，軟體語言的發展過程，就是一個數據私有化的過程，大型工程應用，強調高內聚，低耦合，模塊化設計，保持代碼最大的靈活性和安全性。

這是現代工程化開發的核心和靈魂。

因此，利用C這門語言入門，藉此理解結構化開發思維，可以說是個很方便的路子。因為C的函數，本來就是為重用做準備的。同時，全局變數和cpp內部私有變數的差別，其使用原則，這些都能學到很多結構化開發思維。

3、開始學習C++

C++不難學的，很多人覺得C++難學，其實是因為它在C之外，又提供了很多的概念，尤其是對象，很難以理解。

不過我經過這麼多年，把這個問題反而看淡了，我認為面向對象相對面向過程，僅僅是結構化程序設計的一個具體體現，是編譯器提供手段，強迫程序員必須遵循數據私有化的一個實例，C++和C的關係，最核心的莫過於此。

現在我們回到C再看看，如果我們把一個全局變數，寫到一個cpp裡面，並且在對應的h文件中不聲明，它是不是就只有這個模塊可以使用?它是不是就是私有變數，以這個理解，類能明白了嗎?

4、學習C++的深入技巧

C++在類的基礎上，經過這麼多年的發展，其實提供了很多深入的概念，看起來很複雜，其實我看也很簡單。比如模板，我的理解就是「類的類」，大家說是不是?

既然模板理解了，STL，ATL這些，靜態模板庫，動態模板庫，還難理解嗎?就是一大堆類的類，可以藉此實現很多應用中需要的類，不需要程序員再自己寫而已。

ok，STL都理解了，泛型開發還難嗎?所謂泛型開發，其實就是我做一個模板，來定義一套演算法規則，但是呢，我希望這個演算法規則，能進一步抽象，對核心數據類型不要限死，我把各種數據套進去，都可以用，這樣，僅演算法這部分，我不需要重寫了。你想想是不是這個道理?

學到這裡，C++和C，其實已經差不多了。再學語言，就是求全責備，過於鑽牛角尖了。

5、學習應用開發

前面說了，學習語言，目的不是讓別人認為自己是專家，是為了寫程序賺錢。因此，語言學完，要學習應用開發。

什麼叫應用開發呢，我會一門語言，但是，客戶不懂，客戶說的很直接，在Windows下給我寫個程序，我要什麼什麼功能。為啥Windows呢?因為我習慣。

OK，很多時候，應用開發要尊重客戶習慣，一般說來，語言這個東東，還是要結合具體平台的開發，才能開發出有意義的應用程序賣錢。那麼，一般說來，客戶端是Windows系統，伺服器是Linux，這些都是行業習慣，嵌入式不好說，各種平台都有，Palm，S60，Linux，WinCE，等等。要根據自己的目標客戶來定。

當我們選定目標平台後，有一個問題，選什麼語言，很多時候，學生和商用程序員差別就在這裡，學生一般沒得選，自己會啥就用啥唄，企業里的程序員不會，要先評估需求，看哪個語言更合適，不會的語言，要去學。

ok，假定我們選了C和C++，那麼，我們需要選擇開發平台，Windows下不用說了，VC，這是最好用的，Linux下呢，gcc，其他的也差不多。

假如我們開發VC，並且使用C++，這個時候，才需要考慮學習MFC了，因為這是微軟的標準類庫，至少Windows平台下，它最權威，你看見沒有，我們從學習開始，走了多少步，才走到MFC?是不是MFC不是學習C++上來就必須學的?

6、學習MFC

學習MFC，很多人一上來就開始看其體系架構，看得一頭霧水，那個模塊關係依賴圖，我到現在都看不懂。

呵呵，其實不是啦，和學語言一樣，我們學MFC的目的，也不是希望成為MFC的專家，而是要利用MFC開發Windows應用程序，為我們賺錢。看見沒?MFC是手段，不是目的，目的是開發Windows程序。

其實Windows下，有一套很標準的C介面，叫Win32API，這個才是Windows的標準編程核心，因此，學習MFC，真實的目的是理解Windows程序開發，建議可以先學習Win32API，看來我們又回到C了哈，呵呵。剛開始學C有用吧?

7、Win32API

其實Win32APi不難學的，因為雖然它很大，有很多介面，但不是必須的，我們真正做個簡單的Windows應用，其實用不到這麼多的。做個簡單的Dialog，然後實現個功能，你遇到的介面函數，其實絕大多數，就是以後常用的了。把常用的記熟練，就ok了。

關鍵是，這個時候要通過WinMain方式，去理解Windows的事件機制，這是核心，其實說起來簡單得要死。就是以前你的程序，由於沒有系統支撐，很多事必須自己做，比如檢查滑鼠和鍵盤輸入，你需要寫個死循環，自己不斷去看，而Windows說，這些事你不要做了，我來做比你好。你沒事就玩去吧，我把和你相關的消息放到一個隊列里，就是你的事件隊列，你自己沒事去找找看，有沒有新消息來，有就做事，沒事就玩好了。很簡單是不?

當然，Windows是多任務操作系統，有時候，我們的邏輯需要並發一些功能，比如說，我在等滑鼠鍵盤消息的時候，需要再看看印表機準備好了沒有，這裡就需要理解並行計算了，這和語言無關，和操作系統無關，這是另外一個話題，這裡不多說了，你可以自己找找線程開發的相關資料看。

看見沒，為了學習好Windows編程，其實我們不僅僅需要學習語言，還要學習操作系統，並行計算原理，內存原理，可能有時候還需要學習網路通信，等很多知識，所以說，單憑學習語言，是成不了商用程序員的，一個合格的程序員，需要理解的東西，太多了，要廣為學習。

當我們把Win32API，以及基本的窗口化程序設計理解了，就可以回到MFC繼續學習了。是不是有點遞歸返回的意思?呵呵。

8、回到MFC

原來學MFC很難的，因為其封裝了太多細節，很難理解透徹。不過還好，我們有侯老師的深入淺出MFC，去找本來看看，如何從Win32API的純C編程，改變為MFC的C++方式，看這個最快，基本上前6章看完，已經會了，這裡我就不多說了。

9、COM

COM、COM、COM，我最頭疼的COM，呵呵。

COM就是一種遠程過程調用，即你請求的代碼是在另外一個進程中運行的，通過某種通信協議來回傳遞參數和結果。僅此而已。DCOM進了一步，服務者可以在另外一台計算機上。在公司開發中，大家可能各做一塊，如果要合作，Windows下建議多使用COM.(我個人喜歡socket通信哈)

簡單說，COM提供了一種機制，可以跨進程通信，甚至跨機器通信。不過，為了傳遞各種類型的參數，COM可謂是無所不用其極，它發明了智能指針，可以指向任何類型的數據，同時，為了實現智能指針，它使用了大量的C++泛型設計，看見沒，C++的基本功就起作用了，還用到了ATL.

學習COM，要注意一個介面的概念。由於開發者是不同的人，調用程序和服務程序，可能不是同一種語言，OK，不能簡單提供一個C或C++的。h文件來解答介面，因此，COM提供了標準介面，使用者在程序內部，以查詢方式獲得可用介面，進而以介面ID調用。很累人的。

學會了COM，就可以多理解一點ActiveX了，那麼再學習一點dll(動態鏈接庫)的知識，我們就已經可以寫OCX控制項了。一般說來，OCX控制項是個很好的設計，哪都能用，一個軟體的模塊，最理想是開發成這個樣子，比exe靈活。

想要一起學習C++的可以加裙六二六八七一九一六，裙內有各種資料滿足大家，歡迎加裙

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！