自學編程有哪些方法

時間：2023-04-01 04:02:12 學習方法

自學編程有哪些方法

　　自學編程的方法有哪些?怎么才能開始自學編程呢?又該從哪里開始進行編程呢?小編為大家整理收集了關于如何自學編程的方法的相關內容，一起來看看吧!

　　自學編程的方法【1】

　　1、可以考慮先學習C. 大多數時候，我們學習語言的目的，不是為了成為一個語言專家，而是希望成為一個解決問題的專家。

　　做一個有用的程序員，做一個賺錢的程序員。

　　我們的價值，將體現在客戶價值上，而不是語言寫得好不好看。

　　C++是C的一個面向對象的解釋，C++為C擴充了大規(guī)模工程應用，復雜的系統(tǒng)結構的組織和掌控方法，但是，我認為，C++骨子里還是C的。

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

　　因此，想要學習好C++，我的建議，先學習C，先學解決問題的能力，再討論解決大問題的能力。

　　就是先學習怎么走路，再學習怎么跑步。

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

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

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

　　因此，利用C這門語言入門，借此理解結構化開發(fā)思維，可以說是個很方便的路子。

　　因為C的函數，本來就是為重用做準備的。

　　同時，全局變量和cpp內部私有變量的差別，其使用原則，這些都能學到很多結構化開發(fā)思維。

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

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

　　現在我們回到C再看看，如果我們把一個全局變量，寫到一個cpp里面，并且在對應的h文件中不聲明，它是不是就只有這個模塊可以使用?它是不是就是私有變量，

　　以這個理解，類能明白了嗎? 4、學習C++的深入技巧 C++在類的基礎上，經過這么多年的發(fā)展，其實提供了很多深入的概念，看起來很復雜，其實我看也很簡單。

　　比如模板，我的理解就是“類的類”，大家說是不是? 既然模板理解了，STL，ATL這些，靜態(tài)模板庫，動態(tài)模板庫，還難理解嗎?就是一大堆類的類，可以借此實現很多應用中需要的類，不需要程序員再自己寫而已。

　　ok，STL都理解了，泛型開發(fā)還難嗎?所謂泛型開發(fā)，其實就是我做一個模板，來定義一套算法規(guī)則，但是呢，我希望這個算法規(guī)則，能進一步抽象，

　　對核心數據類型不要限死，我把各種數據套進去，都可以用，這樣，僅算法這部分，我不需要重寫了。

　　你想想是不是這個道理? 學到這里，C++和C，其實已經差不多了。

　　再學語言，就是求全責備，過于鉆牛角尖了。

　　5、學習應用開發(fā) 前面說了，學習語言，目的不是讓別人認為自己是專家，是為了寫程序賺錢。

　　因此，語言學完，要學習應用開發(fā)。

　　什么叫應用開發(fā)呢，我會一門語言，但是，客戶不懂，客戶說的很直接，在Windows下給我寫個程序，我要什么什么功能。

　　為啥Windows呢?因為我習慣。

　　OK，很多時候，應用開發(fā)要尊重客戶習慣，一般說來，語言這個東東，還是要結合具體平臺的開發(fā)，才能開發(fā)出有意義的應用程序賣錢。

　　那么，一般說來，客戶端是Windows系統(tǒng)，服務器是Linux，這些都是行業(yè)習慣，嵌入式不好說，各種平臺都有，Palm，S60，Linux，WinCE，等等。

　　要根據自己的目標客戶來定。

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

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

　　假如我們開發(fā)VC，并且使用C++，這個時候，才需要考慮學習MFC了，因為這是微軟的標準類庫，至少Windows平臺下，它最權威，你看見沒有，我們從學習開始，

　　走了多少步，才走到MFC?是不是MFC不是學習C++上來就必須學的? 6、學習MFC 學習MFC，很多人一上來就開始看其體系架構，看得一頭霧水，那個模塊關系依賴圖，我到現在都看不懂。

　　呵呵，其實不是啦，和學語言一樣，我們學MFC的目的，也不是希望成為MFC的專家，而是要利用MFC開發(fā)Windows應用程序，為我們賺錢。

　　看見沒?MFC是手段，不是目的，目的是開發(fā)Windows程序。

　　其實Windows下，有一套很標準的C接口，叫Win32API，這個才是Windows的標準編程核心，因此，學習MFC，真實的目的是理解Windows程序開發(fā)，建議可以先學習Win32API，看來我們又回到C了哈，呵呵。

　　剛開始學C有用吧? 7、Win32API 其實Win32APi不難學的，因為雖然它很大，有很多接口，但不是必須的，我們真正做個簡單的Windows應用，其實用不到這么多的。

　　做個簡單的Dialog，然后實現個功能，你遇到的接口函數，其實絕大多數，就是以后常用的了。

　　把常用的記熟練，就ok了。

　　關鍵是，這個時候要通過WinMain方式，去理解Windows的事件機制，這是核心，其實說起來簡單得要死。

　　就是以前你的程序，由于沒有系統(tǒng)支撐，很多事必須自己做，比如檢查鼠標和鍵盤輸入，你需要寫個死循環(huán)，自己不斷去看，而Windows說，這些事你不要做了，我來做比你好。

　　你沒事就玩去吧，我把和你相關的消息放到一個隊列里，就是你的事件隊列，你自己沒事去找找看，有沒有新消息來，有就做事，沒事就玩好了。

　　很簡單是不? 當然，Windows是多任務操作系統(tǒng)，有時候，我們的邏輯需要并發(fā)一些功能，比如說，我在等鼠標鍵盤消息的時候，需要再看看打印機準備好了沒有，

　　這里就需要理解并行計算了，這和語言無關，和操作系統(tǒng)無關，這是另外一個話題，這里不多說了，你可以自己找找線程開發(fā)的相關資料看。

　　看見沒，為了學習好Windows編程，其實我們不僅僅需要學習語言，還要學習操作系統(tǒng)，并行計算原理，內存原理，可能有時候還需要學習網絡通信，等很多知識，

　　所以說，單憑學習語言，是成不了商用程序員的，一個合格的程序員，需要理解的東西，太多了，要廣為學習。

　　當我們把Win32API，以及基本的窗口化程序設計理解了，就可以回到MFC繼續(xù)學習了。

　　是不是有點遞歸返回的意思?呵呵。

　　8、回到MFC 個人感覺應該回到VS 原來學MFC很難的，因為其封裝了太多細節(jié)，很難理解透徹。

　　不過還好，我們有侯老師的深入淺出MFC，去找本來看看，如何從Win32API的純C編程，改變?yōu)镸FC的C++方式，看這個最快，基本上前6章看完，已經會了，這里我就不多說了。

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

　　COM就是一種遠程過程調用，即你請求的代碼是在另外一個進程中運行的，通過某種通信協議來回傳遞參數和結果。

　　僅此而已。

　　DCOM進了一步，服務者可以在另外一臺計算機上。

　　在公司開發(fā)中，大家可能各做一塊，如果要合作，Windows下建議多使用COM.(我個人喜歡socket通信哈) 簡單說，COM提供了一種機制，可以跨進程通信，甚至跨機器通信。

　　不過，為了傳遞各種類型的參數，COM可謂是無所不用其極，它發(fā)明了智能指針，可以指向任何類型的數據，同時，為了實現智能指針，

　　它使用了大量的C++泛型設計，看見沒，C++的基本功就起作用了，還用到了ATL. 學習COM，要注意一個接口的概念。

　　由于開發(fā)者是不同的人，調用程序和服務程序，可能不是同一種語言，OK，不能簡單提供一個C或C++的。

　　h文件來解答接口，因此，COM提供了標準接口，使用者在程序內部，以查詢方式獲得可用接口，進而以接口ID調用。

　　很累人的。

　　學會了COM，就可以多理解一點ActiveX了，那么再學習一點dll(動態(tài)鏈接庫)的知識，我們就已經可以寫OCX控件了。

　　一般說來，OCX控件是個很好的設計，哪都能用，一個軟件的模塊，最理想是開發(fā)成這個樣子，比exe靈活。

　　10、沒了。

　　按少林派說法，學了上述這些，其實已經算打過18銅人陣了，已經可以下山助明主，掃奸佞，扭轉乾坤，解萬民于倒懸了。

　　不過，關鍵是你通過上面的過程，是不是已經學會了學習的方法，再遇到新的東東，是不是已經不難學了?這大概就是武學中的悟性了，

　　有了這個根基，以后只要慢慢修煉，估計20年后，可與天下英雄一較短長了。

　　自學編程的方法【2】

　　學習編程已經不再是少數計算機專業(yè)人員的事情了，就如同計算機深入到我們生活的每一個角落一樣，學習編程的人也是越來越多。

　　由于現在網絡信息資源豐富，大多數人都選擇了自學。

　　我自幼自學編程十余年，多少積累了一些經驗和方法，想通過這里給這些初學的編程自學者一些個人的建議。

　　建議一:自學也需要看書自學只是說沒有專門的老師手把手教你，并不是說連書本都可以不要了。

　　有人天天來問我一些很基礎的概念問題，我問他:“這些概念書上不都寫得很明白嗎?”他回答:“我沒有書。”如果沒有書，那么你很難在腦子里形成一個較為整體性的認識，所有了解到的知識都是支離破碎的。

　　且不說大多數人沒有精力回答你這些問題，即使回答了，很多東西也不是三言兩語就能說清的，很多高手說出來的都是他們自己的理解，這些理解或許很有意味，但也許費了你半天的腦子卻怎么也搞不明白。

　　一本書，即使不是什么經典之著，它也可以向你提供一個大體完整的框架，成為你自學過程中的一個向導。

　　這里要說的是:網上電子教程資源豐富，看看無妨，但手中至少應有一本印刷的書€€€€畢竟網上的教程魚龍混雜，其作者也許并不精通此道，很難分辨其質量好壞。

　　建議二:學編程更需要實踐書是有了，可是整天抱著書也不成。

　　編程最怕的就是紙上談兵，我看到有的初學者，看完了大半本書，和我說起循環(huán)函數來頭頭是道，卻連編譯器長什么樣都沒有見過。

　　真要他寫幾行程序，便是錯誤百出。

　　我的建議是，無論你涉及編程的時間是多么地短，無論你目前學到的知識多么地少，你都應該不斷地盡自己所能去編寫一些小程序即使是把書上的“Hello, World!”親手輸入進去運行一遍，都能讓你的編程能力有著極速地提高。

　　建議三:編程是創(chuàng)造，不是默寫有人甚至打算用題海戰(zhàn)術來學習編程€€€€這完全沒有理解編程的內涵。

　　僅僅通過“欣賞”別人寫的代碼也無法學好編程。

　　有一點需要明白:編程是一個創(chuàng)造的過程。

　　編程的意義在于:通過程序的形式，教計算機如何去完成一項任務。

　　寫代碼只是形式，真正重要的是如何完成特定的任務。

　　學習別人的代碼固然是很有用的，可以學習別人的思想;但是如果僅僅是記憶了一些別人寫好的代碼，就希望能通過拼拼湊湊成為自己的程序，那是基本不可能的。

　　我的建議是:在自己編寫程序，進行創(chuàng)造的過程中，借鑒前人程序中的思想方法€€€€而不是整天處于復制粘貼的狀態(tài)中。

　　建議四:好習慣要從開始做起所謂“不以善小而不為”，等壞習慣養(yǎng)成了，再改就困難了。

　　因此，類似寫程序要注意縮進、為變量和函數起有意義的名字、大小寫的使用、行末分號的注意等等，要從一開始做起。

　　很多人對這些善意的提醒不屑一顧，覺得多此一舉，浪費時間。

　　其實，如果真的能嚴格地去做，它們反而可以幫你節(jié)省許多時間。

　　建議五:不必太刨根問底 “打破沙鍋問到底”確實表現了一種鉆研的精神，不過我還是建議初者學，有的時候，不必太刨根問底。

　　編程的相關知識都是盤根錯節(jié)交織在一起的，大多數問題深挖下去會越說越復雜，對于知識掌握不多的初學者來說，只能是越來越糊涂。

　　很多東西，時間長了，隨著知識了解得深入，自然而然會明白。

　　就像剛剛學英語的時候，你知道“goodbye”是再見就足夠了，難道非要把這個good和再見的關系先弄個水落石出嗎?作為初學者，

　　最重要的是盡快地能全面地了解整個知識的全貌，在單獨的知識點上，暫時不需要太深入。

　　可以等知識經驗豐富之后，再回頭來研究。

　　自學編程的方法【3】

　　建議一:自學也需要看書

　　自學只是說沒有專門的老師手把手教你，并不是說連書本都可以不要了。

　　有人天天來問我一些很基礎的概念問題，我問他:“這些概念書上不都寫得很明白嗎?”他回答:“我沒有書。

　　”如果沒有書，那么你很難在腦子里形成一個較為整體性的認識，所有了解到的知識都是支離破碎的。

　　一本書，即使不是什么經典之著，它也可以向你提供一個大體完整的框架，成為你自學過程中的一個向導。

　　這里要說的是:網上電子教程資源豐富，看看無妨，但手中至少應有一本印刷的書--畢竟網上的教程魚龍混雜，其作者也許并不精通此道，很難分辨其質量好壞。

　　建議二:學編程更需要實踐

　　書是有了，可是整天抱著書也不成。

　　編程最怕的就是紙上談兵，我看到有的初學者，看完了大半本書，和我說起循環(huán)函數來頭頭是道，卻連編譯器長什么樣都沒有見過。

　　真要他寫幾行程序，便是錯誤百出。

　　我的建議是，無論你涉及編程的時間是多么地短，無論你目前學到的知識多么地少，你都應該不斷地盡自己所能去編寫一些小程序--即使是把書上的“Hello, World!”親手輸入進去運行一遍，都能讓你的編程能力有著極速地提高。

　　建議三:編程是創(chuàng)造，不是默寫

　　有人甚至打算用題海戰(zhàn)術來學習編程--這完全沒有理解編程的內涵。

　　僅僅通過“欣賞”別人寫的代碼也無法學好編程。

　　有一點需要明白:編程是一個創(chuàng)造的過程。

　　編程的意義在于:通過程序的形式，教計算機如何去完成一項任務。

　　寫代碼只是形式，真正重要的是如何完成特定的任務。

　　我的建議是:在自己編寫程序，進行創(chuàng)造的過程中，借鑒前人程序中的思想方法--而不是整天處于復制粘貼的狀態(tài)中。

　　建議四:好習慣要從開始做起

　　所謂“不以善小而不為”，等壞習慣養(yǎng)成了，再改就困難了。

　　因此，類似寫程序要注意縮進、為變量和函數起有意義的名字、大小寫的使用、行末分號的注意等等，要從一開始做起。

　　很多人對這些善意的提醒不屑一顧，覺得多此一舉，浪費時間。

　　其實，如果真的能嚴格地去做，它們反而可以幫你節(jié)省許多時間。

　　建議五:不必太刨根問底

　　“打破沙鍋問到底”確實表現了一種鉆研的精神，不過我還是建議初者學，有的時候，不必太刨根問底。

　　編程的相關知識都是盤根錯節(jié)交織在一起的，大多數問題深挖下去會越說越復雜，對于知識掌握不多的初學者來說，只能是越來越糊涂。

　　很多東西，時間長了，隨著知識了解得深入，自然而然會明白。

　　就像剛剛學英語的時候，你知道“goodbye”是再見就足夠了，難道非要把這個good和再見的關系先弄個水落石出嗎?作為初學者，

　　最重要的是盡快地能全面地了解整個知識的全貌，在單獨的知識點上，暫時不需要太深入。

　　可以等知識經驗豐富之后，再回頭來研究。

　　C語言最好了,是面向過程的,初學一般學這個.VB雖然直觀,但局限性太大,不推薦

　　C++\C#\J#都是面向對象的,需要學習面向對象思想,最好要有點編程基礎才好.

　　自學的話,隨便買本清華大學出版的之類的書看看就好了,說難不難,說簡單也不簡單

　　C和C++都是比較早的了，所以使用比較廣泛。

　　JAVA和C#、J#都是比較新的語言，支持純面向對象技術，這些里面JAVA相對應用廣泛。

　　C#次之。

　　不要問我難嗎，前面說過了:說難不難,說簡單也不簡單。

　　編程是很枯燥的工作，你最好有心理準備。

　　Linux是操作系統(tǒng)，就和WINDOWS一樣。

　　所以在哪個操作系統(tǒng)下編程都和專業(yè)不專業(yè)沒有直接的關系.

【自學編程有哪些方法】相關文章：