程式設計的心得體會

　　在程式設計的過程中，可確定所需的變數、陣列、函式，然後確定處理過程--演算法，可得最後結論，在此分享心得體會。下面是小編為大家收集整理的，歡迎大家閱讀。

　　篇1

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

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

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

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

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

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

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

　　當然，我們的程式還有一些不完善的地方，比如說，當輸入的資料不符合我們定義的資料的格式的時候，程式會出現一些錯誤，有時會出現主選單的死迴圈;在一次程式執行中，只能行使一種許可權，要想再行使另一種許可權，就只能退出程式，然後再執行程式。

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

　　篇2

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

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

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

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

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

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

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

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

　　篇3

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

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

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

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

　　//訊息迴圈，通過此處來不斷的取得訊息。

　　whileGetMessage&msg,NULL,0,0

　　{

　　//訊息進行一些轉換

　　TranslateMessage&msg;

　　//把訊息傳向視窗函式

　　DispatchMessage&msg;

　　}

　　return msg.wParam;

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

　　switchmessage

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

　　//其它程式碼.........//case WM_DESTROY:

　　PostQuitMessage0;

　　return 0;

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

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