程序編程心得體會

程序編程的設計，程序設計學得的好壞要看你在社會中解決問題的能力的高低，所以不同的人編程的結果是不同的。在這個社會中，經驗與想法最為重要，在此分享心得體會。下面是本站小編為大家收集整理的程序編程心得體會，歡迎大家閲讀。

程序編程心得體會篇1

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

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

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

你也許會問那不是無休止的運行下去了嗎?當然不會，下面我用程序本身來説明這個問題：

//消息循環，通過此處來不斷的取得消息。

while(GetMessage(&msg,NULL,0,0))

{

//消息進行一些轉換

TranslateMessage(&msg);

//把消息傳向窗口函數

DispatchMessage(&msg);

}

return am;

就是這樣了：當我們點擊窗口右上角的小叉或者點擊退出按鈕時，windows就會自動在我們的消息隊列中加入一條消息“WM_DESTROY”，這時呢窗口程序有這麼一部分：

switch(message)

程序設計心得體會3篇心得體會，學習心得{

//其它代碼.........//case WM_DESTROY:

PostQuitMessage(0);

return 0;

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

該説一些心得了，我認為學習windows程序設計不要基於某一部分，而要把握住其大局，要有整體觀，有了整體觀對windows程序設計有了一定的瞭解後在對其各部分下功夫(這下可不是照顧全局了，要靜下心來細心的咀嚼，要不然你會嚥到的。)這樣才不會走火入魔(嘿嘿)就寫到這吧，以後等我水平高些了再寫(還早着呢，嘿嘿)，希望我沒白費功夫，也希望對你有用。

程序編程心得體會篇2

程序設計心得體會一：程序設計心得體會

在這為期半個月的時間內，通過我們小組各成員之間的相互討論和合作，我們完成了學生信息管理系統的程序設計，更值得高興的是我們的程序得到了大家的喜愛，在每次的簡報中都得到了較好的成績。

雖然在上個學期中，我們已經學習了《C語言程序設計》這門課，但是我所學的知識最多也就是在做作業的時候才會用到，平時沒有什麼練習的機會，這次的課程設計是我第一次通過自己構思，和同學討論並且不斷查閲資料來設計一項程序。這次設計，不僅鞏固了我以前所學的知識，還讓我對c語言有了更深一步的瞭解，掌握了更多的技巧和技能。

C語言是計算機程序設計的重要理論基礎，在我們以後的學習和工作中都有着十分重要的地位。要學好這種語言，僅僅學習課本上的知識是不夠的，還要經常自己動手，有較強的實踐能力。只有多動手，經常編寫程序，才能發現我們學習上的漏洞和自己的不足，並在實踐中解決這些問題，不斷提高自己轉化知識的能力。

在我們小組有解決不了的問題時，我們會主動查閲相關的資料，或向其他同學詢問，這不僅豐富了我們的知識，還增進了我們同學之間的友誼。為了增大信息的安全性，需要用文件來存儲信息，由於我們在上課時不注重對文件的運用，所以在這方面有較大的困難。我先將書本認認真真地看了一遍，又做了一下課後習題來驗證和增進自己的理解，終於，經過我們的不懈努力，我們小組的程序有了突破，成功地實現了用文件來保存並查看學生的信息。

這次設計中，我的收穫還有就是學會了用流程圖來表達自己的想法，並根據流程圖來逐步實現程序的功能。開始的時候，我畫流程圖很是困難，需要一個多小時才能清楚的根據自己的想法畫出圖來，後來畫多了，就更加了解它的功能，十分得心應手，能夠比較快而準確的畫出來。

在這次課程設計中，我們首先對系統的整體功能進行了構思，然後用結構化分析方法進行分析，將整個系統清楚的劃分為幾個模塊，再根據每個模塊的功能編寫代碼。而且儘可能的將模塊細分，最後在進行函數的調用。我們在函數的編寫過程中，我們不僅用到了for循環、while循環和switch語句，還用到了函數之間的調用(包括遞歸調用)。由於我們是分工編寫代碼，最後需要將每個人的代碼放到一起進行調試。因為我們每個人寫的函數的思想不都一樣，所以在調試的過程中也遇到了困難，但經過我們耐心的修改，終於功夫不負有心人，我們成功了!

在參考書上，我們不僅參考了曾經學過的高敬陽主編的《c語言程序設計》，還找到了由譚浩強主編的第三版《c語言》進行參考。

當然，我們的程序還有一些不完善的地方，比如説，當輸入的數據不符合我們定義的數據的格式的時候，程序會出現一些錯誤，有時會出現主菜單的死循環;在一次程序運行中，只能行使一種權限，要想再行使另一種權限，就只能退出程序，然後再運行程序。

三週的國小期即將結束，時間雖短，但是我收穫了很多。最後，謝謝老師和同學們的指導，更要感謝我們小組成員之間的合作與交流。

程序編程心得體會篇3

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

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

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

程序設計心得體會3篇程序設計心得體會3篇接下來是星期五，説實話那天蠻難熬的，一天都泡在機房。眼睛有點吃不消，可沒有辦法，將來我們就靠計算機吃飯，再苦再累也要堅持。在已編好的程序上又加了一點精髓，怎樣使字符閃爍，這也是我們幾個人互相討論的結果。

第二週，通過週末到網上查的資料，和參考資料又加入計數器的靈魂算法。

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

最後小結：程序設計過程有如解決一實際問題，從解決實際問題的角度，我們可以這樣來看：首先要了解這個問題的基本要求，即輸入、輸出、完成從輸入到輸出的要求是什麼;其次，從問題的要害入手，從前到後的解決問題的每個方面，即從輸入開始入手，着重考慮如何從輸入導出輸出，在這個過程中，可確定所需的變量、數組、函數，然後確定處理過程--算法。可得最後結論。

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