程序設計心得體會多篇

程序設計心得體會 篇一

對於面向對象的學習讓我對寫代碼整體有了一個清晰的認識，在動手寫代碼之前先把要完成的功能，應該有多少函數，這些函數應該在哪些類中等想好。這些便是整體，其他的就是怎樣完成每個函數的功能罷了，就是考驗自己的編寫代碼的能力了。比如說做最近的12306設計，我僅僅用了一小時就把大體的設計模板寫出來了。這要是放在以前不得難爲我好幾天啊！這便是套路的力量。

這門課對我最大的影響並不是讓我多掌握了多上知識，而是在我的腦子裏留下的一幅圖，一副怎樣寫代碼的圖。這幅圖還很小，僅僅有了一些大體脈絡，其他的細節就需要我自己以後的學習了。計算機的專業課教給我們不了太多的知識，只能將我們領進這個門，其他的真的需要自己去找，自己去學習。聽說下學期就不會再學C++了，將進軍JAVA，但是自己卻沒有任何的擔心，C++都學過去了，JAVA算啥！望與君共同進步。

程序設計心得體會 篇二

剛開始學習C語言的時候覺得他很無聊，但是隨着不斷的學習還是越來越感興趣了。

通過這次的程序設計，我學到了很多，首先就是能夠更加熟練的使用和深入的瞭解C語言這門通用的計算機語言，還有就是可以自己編寫程序了，還是很有成就感的。同時還讓我們學會同學之間的相互合作，共同完成一個任務。

C語言是一門深奧的語言，我從一開始的懵懂到現在的有點理解可以說和老師的教導分不開的。雖然俗語說師傅領進門，修行靠自身。但是師傅的作用還是不可取代的。劉老師不僅是我們的老師，還是我們的朋友。和他在一起的時候沒有那種隔閡感，這也是我們能好好學習的基礎吧。不過有時開小差是不可避免的，但也只是偶爾啦。

光書本的知識的確不行，還是要理論聯繫實踐才行。因此不斷的練習是必要的，上機實踐更重要。有時理論是對的，但是實踐起來就不行了啊。所以通過這次的程序編寫讓我對C語言產生更大的興趣了，我相信以後會越來越好的。

程序設計心得體會 篇三

windows程序設計也就是基於微軟的windows操作系統而進行的程序設計。（這是一句廢話，但不要小看廢話阿！真理往往就在其中）你有沒有想過，爲什麼是基於windows操作系統呢？下面就來解答：windows應用程序需要利用由windows操作系統開放出來公用用程序使用的應用程序接口“API”（說道重點了）windows提供了上千種API函數供應用程序使用。

上面說了，windows程序其實就是在非邏輯的使用這些API函數，我這裏提到了“非邏輯”三個字（這是本人的看法），這正是windows程序的精髓，這是一切windows程序運行的方式（可能嚴重了點）。非邏輯也就是指程序不是按照事先安排好的順序來進行的，是根據用戶的不同操作或者是其他某些原因一步一步進行的。這種運行方式就叫做“消息驅動”

簡單一點來解釋一下何謂消息驅動，就是指應用程序始終在等待（等待一詞也許不他恰當，但可能好理解），它絕對不是在等待誰會給它愛（本人愛開玩笑請別見怪！）它是在等待用戶或者是系統的消息（也就是命令），當接到消息後呢，它會把消息通過DispatchMessage（msg）傳遞給窗口函數（窗口函數就是一個應用程序的核心）窗口函數就會對照事先由程序編寫好的消息對照表調用對應的方法來處理消息。這樣就完成一個消息的處理，接下來準備處理下一個消息。

相信一般的朋友都會明白吧，它的作用的就是在接收到WM_DESTROY時呢，通過調用PostQuitMessage（0）讓windows在消息列表中呢在加入另一條消息“WM_QUIT"。當GetMessage函數抓取到WM_QUIT時返回0，其餘返回非0值，懂了吧，這下可以退出消息循環了。這就是windows程序設計最基礎的部分了，可以說是核心。

該說一些心得了，我認爲學習windows程序設計不要基於某一部分，而要把握住其大局，要有整體觀，有了整體觀對windows程序設計有了一定的瞭解後在對其各部分下功夫這樣纔不會走火入魔就寫到這吧，以後等我水平高些了再寫，希望我沒白費功夫，也希望對你有用。

程序設計心得體會 篇四

二十一世紀是計算機的世紀，是一個全新的世紀，計算機正逐步入侵我們的生活。剛開始接觸計算機的時候感覺很新奇，那時覺得計算機很神祕，於是就產生了以後一定要熟練掌控計算機的念頭。懷着這個願望，我選擇了計算機科學與技術爲專業，有點興奮又有點擔憂，興奮的是以後可以經常接觸和了解計算機了，擔憂的是我幾乎沒有任何基礎，怕跟不上大家的步伐。有死黨說我杞人憂天，結果證實我“憂”得不無道理。依然清楚地記得第一學期的上機課，每次上機老師都計分，所以經常手忙腳亂，用“慘不忍睹”來形容是最適合不過了。

緊張的一個學期過後，我們迎來了C語言的學習和一位風趣博學的老師。雖然剛開始學習C語言的時候大家都一籌莫展，但在老師的鼓勵和教育下一步步地往前邁，很令人欣慰。在這之後的學習中仍然困難重重，然而“堅持到底就是勝利”這個堅定的信念激勵着我們勇往直前。C語言課本的學習總算結束了，多麼崎嶇的一條學習之路。

大學的教育模式和中學有很大不同，從平常的課程安排和教學就可以知道，但是獨立完成課程設計和寫論文這種任務對我們來說無疑是一個很大的挑戰。十七週開始進行課程設計，老師要求我們寫一個計算器的程序，起初大家都被難倒了，然後開始一步步地摸索，先查找有關資料，畫計算器的圖形，寫了好長一段程序才把圖形搞定，可老師一看都不滿意，要求我們用循環來做，“師”令如山，不得不聽從，改吧，這一改又讓大家死了好多腦細胞，感覺有點殘忍。

完成了計算器的圖形很有成就感，畢竟六月天坐在機子前不是令人愉快的事。接下來要進行計算器內部運算程序的設計，說實話，我根本就不知道要做，更不清楚如何着手，不是我妄自菲薄，獨立完成這個程序設計根本就是不可能的事，可想而知只能尋求幫助了，但這個程序不是輕而易舉就能完成的。有些積極的同學從網上搜索了好多有關這方面的資料，拼拼湊湊，進行了多次討論，終於完成了這部分的設計，在同學的互相幫助下，大多數人都完成了最重要的一部分程序設計。

接下來就是用循環語句使按鍵上的數字有閃爍的功能，這個因爲之前老師有過提點，所以相對簡單一些。

完成了整個程序設計，這次課程設計就接近尾聲了，不過最後的課程報告着實讓我們苦惱了一兩天。小小的抱怨一下應該沒關係吧。

整個課程設計終於完成了，完成的好辛苦，好艱難，但還是順利的完成了。我們付出了很多心血和汗水，但我認爲我們得到的更多。如果沒有同學們的互相幫助，這次課程設計就不會這麼順利，這種同舟共濟的團隊精神深深震撼了我，《禮記學記》上也有講過：“獨學而無友，則孤漏而寡聞”。同時有些同學積極的態度讓我感到一絲慚愧，他們所體現出的堅持不懈的品質更令我折服。當然這次程序設計也讓我看到了自己基礎的薄弱。古人有詩云：“路漫漫其修遠兮，吾將上下而求索”。從今天起我將不斷繼續求索，學習之路也好，人生之路也罷。

總之我受益匪淺。

程序設計心得體會 篇五

通過這段時間的課程設計，我認識到C語言是一門比較難的課程。需要多花時間上機練習。這次的程序訓練培養了我實際分析問題、編程和動手能力，使我掌握了程序設計的基本技能，提高了我適應實際，實踐編程的能力。

剛開始做這個程序的時候，感到完全無從下手，覺得讓我完成這次程序設計根本就是不可能的，於是開始查閱各種資料以及參考文獻：譚浩強著。C程序設計（第二版）。北京：清華大學出版社，1999；徐金梧、楊德斌、徐科著。TurboC實用大全。北京：北京機械工業出版社，1996。之後便開始着手寫程序，寫完運行時有很多問題，如輸入的數據總是覆蓋之前的數據，在做按鍵的閃爍時，閃爍後的按鍵不能變回原來的顏色等，後來花了很長時間才解決了這些問題。我的程序有許多值得改進的地方，如可以增加一些函數：cos、sin、ln、sqrt等；在畫界面矩形的時候可以使用for語句。

總的來說，這次程序設計讓我獲益匪淺，對C語言也有了進一步的認識：C語言功能高、表達能力強、使用靈活方便、目標程序效率高。

C語言是在國內外廣泛使用的一種計算機語言，我相信除了以上優點之外還有許多，希望能在以後的學習中有更深入的認識。

程序設計心得體會 篇六

數據結構是計算機存儲、組織數據的方式。數據結構是指相互之間存在一種或多種特定關係的數據元素的集合。通常情況下，精心選擇的'數據結構可以帶來更高的運行或者存儲效率。數據結構往往同高效的檢索算法和索引技術有關。

一般認爲，一個數據結構是由數據元素依據某種邏輯聯繫組織起來的。對數據元素間邏輯關係的描述稱爲數據的邏輯結構；數據必須在計算機中存儲，數據的存儲結構是數據結構的實現形式，是其在計算機內的表示；此外討論一個數據結構必須同時討論在該類數據結構上執行的運算纔有意義。一個邏輯數據結構可以有多種存儲結構，且各種存儲結構影響數據處理的效率。

在許多類型的程序的設計中，數據結構的選擇是一個基本的設計考慮因素。許多大型系統的構造經驗表明，系統實現的困難程度和系統構造的質量都嚴重的依賴於是否選擇了最優的數據結構。許多時候，確定了數據結構後，算法就容易得到了。有些時候事情也會反過來，我們根據特定的算法來選擇數據結構與之適應。不論哪種情況，選擇合適的數據結構都是非常重要的。

從上面我們瞭解到了數據結構的重要性，它是一個程序的關鍵因素。拿到“陰風習習的大樓”這個題目時，一開始不知道從哪入手，以爲可以把每個位置看成一個圖的一個節點，從而可以用鄰接表這種結構，通過遍歷鄰接表，每次選擇權值小的路徑走就可以得到最短的路徑了。我錯了，完全的錯了。通過認真的分析後，我認識到，這能簡單的看成一個圖，因爲每個位置都只能到達它鄰接的位置而不是和其他各位置都有聯繫。而且如果每個位置轉化爲圖的一個節點，這樣要表示每個節點的關係就需要n*n節點和n^4大小的數組來存儲各個點的關係。還有這個大樓結構想轉化爲一個圖也是不容易的。根據書上有些類似的“老鼠迷宮問題”，讓我想打，不如就用n*n大小的數組直接存儲大樓結構。通過類似走迷宮的方法來遍歷，當遍歷完所有路徑後就能得到一個最小的路徑。那接下來怎樣遍歷呢？我採用了深度優先遍歷的方法，這樣可以用遞歸的方法，簡化代碼。雖然理解上有一定困難，而且遞歸條件的控制要注意。

通過這次數據結構程序設計，不僅讓我對c語言的一些知識得到了回顧，加深了對c語言的掌握。同時也讓我對數據結構知識得到了一定的掌握。知道了怎麼去分析一個題目，怎樣選擇比較好的數據結構。讓我從怎麼樣實現一個程序功能，轉變到怎麼用更少的空間，更短的時間完成程序設計。空間和時間上對程序的優化是評價一個程序好壞的關鍵標準。

通過這次數據結構的程序設計也讓我懂得了怎麼樣去設計一個程序。從問題分析中找出程序所要解決的關鍵問題和數據結構的選擇；在概要設計中完成程序的大體輪廓；在詳細設計中解決關鍵問題的算法和設計；在調試分析中完成程序最終的修補。這樣一個比較好的程序就設計出來了。

程序設計心得體會 篇七

做了兩週的課程設計，有很多的心得體會，更多的是同學之間的合作精神， 這道課程設計花了我們一到兩週的時間，幾人合作，老師的幫忙才完成。我第一次完成這麼完美的傑作，心理有一份別樣的滋味，在設計過程中，我付出了很多，也懂得了只有付出纔有回報。在這次設計中，我遇到了很多困難，但我沒有向困難低頭，通過查詢資料，虛心向同學、老師請教，才一一得到了解決。我發現平時學的太少了，在今後我首先要把老師在課堂講的弄懂，弄透，在此基礎上利用課餘時間多看課外書籍，拓寬知識面。在設計過程中，合作精神必不可少。單憑一個人的力量是不能完成的，畢竟一個人學的很有限。每個人掌握的不同。我相信：態度決定一切，只有努力纔有收穫。

第一天上機時對如何編計數器程序一點頭緒都沒有，只是將從圖書館借來的關於如何製作圖形看了一遍，大體上有了瞭解。

第二天我就着手畫計數器圖形，雖然有些人圖形已畫好，可我沒有着急，畢竟別人花的時間比我多，爲了使圖形美觀我不斷運行、調試，直到自己滿意爲止。

接下來是星期五，說實話那天蠻難熬的，一天都泡在機房。眼睛有點吃不消，可沒有辦法，將來我們就靠計算機吃飯，再苦再累也要堅持。在已編好的程序上又加了一點精髓，怎樣使字符閃爍，這也是我們幾個人互相討論的結果。共11頁，當前第2頁1234567891011 第二週，通過週末到網上查的資料，和參考資料又加入計數器的靈魂算法。

接下來幾天再將程序不斷完善、加工，計數器程序初露頭角。

最後小結：程序設計過程有如解決一實際問題，從解決實際問題的角度，我們可以這樣來看：首先要了解這個問題的基本要求，即輸入、輸出、完成從輸入到輸出的要求是什麼；其次，從問題的要害入手，從前到後的解決問題的每個方面，即從輸入開始入手，着重考慮如何從輸

入導出輸出，在這個過程中，可確定所需的變量、數組、函數，然後確定處理過程－－算法。可得最後結論。

在程序設計中，可認爲也是一個社會，每個一同的社會成員都有不同的想法。程序設計學得的好壞要看你在社會中解決問題的能力的高低，所以不同的人編程的結果是不同的。在這個社會中，經驗與想法最爲重要。

程序設計心得體會 篇八

剛學習C#的時候，感覺很難，做的時候出現很多錯誤而且我是照着書打代碼還有錯誤，那時的感覺是迷茫的。在學習的過程中，我還是堅持下來，雖然學的不是很好，但是慢慢就理解了，現在也不要仿照書打代碼。現在講講做項目的感想。我們項目做不好也有一個小原因，是因爲我們三個項目同時進行，而三個項目不同，在需求分析方面沒有弄好，導致後面在做項目時，數據庫出現了很多問題，所以我覺得現在我們項目不要做多，而是好好做一個項目，從需求開始就要做好每一步，到後面編程纔不會出現特別多的錯誤。

不得不說：在老師檢查完第一次之後，我去看了一下師兄做過的項目，就覺得自己這個項目相差太遠了。我覺得我有以下幾方面做不好：1.在剛上C#時老師叫我們現在就要做項目但我沒有，一直等到老師快要檢查時才急急忙忙的做。2.老師上完課，自己做完作業之後，沒有好好的複習。其實我覺得三層架構也不難，三層結構就是主要調用了類，而類中定義了方法，歸根到底我們還是引用了類中的方法實現它的功能，類就類似於C語言裏的函數，因爲在數據訪問層要用到數據操作類所以要創建一個數據操作類。而我們建三層架構是爲了就是倒覺得在表示層裏實現一些功能能時要去分析，但是C#語言只學習過淺的知識，數據結構我們也沒有學習所以分析起來就有點問題。但是所有問題都是覺得自己太懶，如果自己好好自學數據結構，學習離散數學，也許在分析功能模塊會得到提高。所以本人決定寒假做一個像樣的項目出來。

無論是學習還是做項目的過程中，耐心都要非常重要。有時出現錯誤，上網查了，自己又想了很久，又找同學討論還是不能解決時就會有不想做的念頭。因爲自己曾經在大一時就是因爲連關機都不會關，當時都嚇到宿舍友了，覺得還是轉專業好了。雖然轉專業沒有成功，但是自從開始學習C語言之後，就慢慢的喜歡計算機應用技術這個專業了，覺得它很有趣，當在做項目成功的實現它功能時，心理就特別高興，就好想再做幾個功能。但是事實不是一下就能成功的實現它的功能所以耐心非常重要。

最重要的一點是我們做項目時，我們要有團隊的合作精神。只有這樣我們才能很好的完成一個好的項目，才能完成一個項目。就好比如在三層架構中，小組成員要知道我在數據訪問層和業務邏輯層用了什麼方法，這個方法的作用是什麼作用，再表示層裏才更好的實現功能。我最大的願望就是幾個想學習的同學在一起討論問題，只有這樣才能進步更快，才能學到更多的知識。

最後想說：一分耕耘，一分收穫。項目不是做的很好，但是通過項目學到了更多的知識。

程序設計心得體會 篇九

完成了這次計算器的程序設計，我收穫很多，也體會很多，要學好一門學科，沒有刻苦鑽研的精神是不行的，只有在不斷的嘗試中，不斷經歷失敗，然後又不斷的嘗試才能獲得成功。

要完成一個優秀的程序，必須熟練掌握各種語句的特點及用法，要學會舉一反三，充分實現C程序的靈活性。在平時的學習實踐中，要不斷開動腦筋，活學活用。要發揚團體合作的精神，互幫互助，共同進步。善於發問，善於思考。

剛開始接觸C程序，就覺得有一種似曾相識的感覺，因爲以前學過VB。說實話，我對編程挺感興趣，一個程序編寫完成運行成功之後的喜悅真的讓人難忘，就像次的課程設計，一開始畫圖，計算器有許多數字鍵，要一個一個方框的畫很麻煩，我就試着能不能找到一個簡單的方法能一下子畫完。我聯想到了二維數組，每一個方框就好象數組中的每一個元素。於是我就試着用兩個for嵌套的方法，經過反覆嘗試，終於成功了，你說的沒錯，當時的感覺真的比遊戲打通關了還要好。

在寫程序的過程中，我又碰到了一些難題，比如按鍵的閃爍問題，按鍵不能直接運行的問題，不能連續運行問題，還有數字不能成串顯示問題。其中有些是問你的，有些是我自己解決的。比如連續運行，閃爍做好後，我發現每次運行只能按一個數字，按第二個數字的時候就跳出了，後來我想到了在switch之前加for的辦法，這樣就可以用循環的辦法達到我想達到的目的。至於數字成串問題，其實我是不成功的，因爲計算器數字顯示從顯示條的右邊開始，而我的是從左邊開始。我在switch前的for前給b附值爲0，然後在最後一個case後寫b++，再把每一個case中數字輸出的橫座標都寫成“140+b*10”，這樣，我就達到了成串輸出的目的。

要學好C程序，光有知識是不夠的，還得有經驗，上機操作的經驗，只有大腦中有了經驗，在碰到問題的時候纔有許多解決的方案，然後才能去嘗試。

好象差不多500字了吧？不過我還想說些東西。題目只寫收穫與體會，也沒有強調是做程序設計的收穫與體會哦，那我就寫了。

爲什麼偏偏讓我重寫啊？不就是在書上抄了一段嘛，你也沒說不能抄書啊，我能想到抄書就說明我對書瞭解的比別人多，其他人的大發感慨也不見得比我抄書有用吧？寫這個收穫和體會就真的那麼重要嗎？你如果仔細看了程序，你會發現有些人的程序基本上是一樣的，就座標改了一下，這樣算不算要重新做啊？當然，我也有抄的，計算部分是抄的，真的不會，時間又來不及了，我週四要回家了。我也不對你發牢騷了，一句話，做人難，不可能把每一個人都安排的服服帖帖。一個人有人喜歡的同時必有人討厭，當然，我並不是說你，我不討厭你，我挺喜歡你的教學方式。

就到這裏吧，好象太多了，也浪費你時間看，不寫了。