關於2023編程學習心得 篇1
說到我學習C語言時，真是用千言萬語呀!記得剛開始學的時候，我的C語言學的並不是很好，學期都過了快一半了，對C語言還是一知半解的，我是第四小組的組長，組長的職位給我了很大的壓力，我一直認為做學問都要做到這一點，要么做到最好，要么就不去做它，本著這樣一個心太，我下了一個決心就是要學好C語言，開始我用了最笨的方法，就是一個厚厚的本子，一支筆，一本C語言書，天天有事沒事抄程式，不管什麼程式，我都不放過，一個一個的抄，抄了有好幾個本，回到宿舍就在機子上調程式，一個月過去了，老師讓做C語言項目，是一個學生成績管理系統，在當時這樣一個項目對我們來說真是難度不小，可是我本著一個試一試的心太去做了，一個打死我都不敢相信的奇蹟出現了，這個程式我寫出來了，而且幾乎是一氣合成，而且只用了一個晚上的時間，寫了足足有六頁的代碼，看著寫在本子上的代碼我有點不相信，這怎么可能呢，當晚我沒有睡著覺，高興啊，誰能睡的著。做這個項目讓我明白了一些道理，再大的程式也是有不同的小程式組成的，因為我天天抄程式，抄的全是小程式，做這個大點的程式的時候我發現全是一個一個的小程式，抄了一個月的程式，當然能很順利的就寫出來了。
後來我明白了，抄程式是最笨的方法但我認為它是進步最快的方法，抄程式是積累經驗的時候，而做項目才是真正把所學為所用的時候，可以說只有你做一個大點的項目出來才能真正是說明你學到了東西，你會用所學的東西，要不然就算你學的再多，不會用也沒用啊，我還發現有很多同學，在學飛C語言的時候比我學的要好，可是他們卻做不出來項目，就是說學會了但是不會用，那我說還不如不學呢。有點浪費時間。做學問特別是計算機一定要做的精準，比如說一個語句一個關鍵字，你一定要把它幾乎所有的用方法都能清楚明白，比如說print語句，對於它你一定要明白什麼時候用“‘，這些你都要非常的清楚明白，要不然說不定那一天你用會碰上麻煩事，一句話要學精了，語法掌握住了，接下來就是寫程式了，其實抄程式並不是說一直沒有目的去抄，你會發現當你抄一段時間以後就不用再抄了，因為大部分都是一樣的你一看就知道怎么寫了，當你一看到程式就知道它什麼功能，那裡有錯的時候，那你的成績可是進步不小啊，這並不需要太多的時間，只要你用心一個月足夠了。
跟大家說幾點經驗1.在學習的時候一定要注意這幾點，不會的一定要問明白，不管誰能讓他教會你知識就是你的了，要學會讓知識為我所用。在看書的時候一定要做好標記，特別是不懂的地方一定要標明是什麼意思。
2.在學習語言的時候一定要記住動手，不要只說不做，這樣會行成眼高手低，不管什麼樣的程式都要親手做過才能說會了，不要整天說我不會學不會，其實是你不想學，只是你下決心抄一個月程式，我保證我能有大的進步，其實當你抄到一周到兩周的時候你就會特想抄，因為你會發現程式你能看懂了，能幫別人調程式了，有一種成就感呀!它會讓你更加努力的去學習。
3.再一點是我建議大家在上課的時候少看課本，課本要在下課的時候看特別是上課前一定要先看看課本，上課的時候呢就不要看了，不要老師講到那個問題了你馬上在書上找，這樣不好，會影響你的注意力，其實還真不如注意聽老師講呢?因為你要是一邊聽一邊看課本，你是看到了書上的答案但是老師的思路你沒有聽到，而要是你不看的話，你聽明白了思路，一定是想迫切的看到結果，這個時候看課本才是記的最死的時候，學習要的是就是個效率嗎?
4.提醒大家學習要講效率，我發現有很多同學天天學習，每天最早到教室，走的又最晚，別人玩他在學，別人學他也學，可是別的一天30%的學習時間卻比他們一天50%以上的學習時間的效率要高上不僅僅是幾倍的問題，所以我要說的是不要對別人說你天天在學習，要說你天天在進步，學習不是要你學習了多久是，是要你學了多少東西的，你學一小時還沒有別人學一分鐘的效率高，難道自己不是浪費時間嗎?不想學的時候就不要學，出去玩一會兒再來學說不定會有更好的效果。希望這些經驗能跟大家分享一下，最後還是要跟大家強調一點，抄程式是學好C語言的最好最快的方法。
關於2023編程學習心得 篇2
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程式設計有了一定的了解後在對其各部分下功夫這樣才不會走火入魔就寫到這吧，以後等我水平高些了再寫，希望我沒白費功夫，也希望對你有用。
關於2023編程學習心得 篇3
忙碌了一個多星期，在大家的共同努力下，我們總算將此程式設計出來。儘管不是自己獨立完成，但仍然很高興，因為在設計的過程中，讓我了解到要設計一個大型程式，查找資料是至關重要的，在他人的基礎上，再根據自己所學進行修改與調試，最後設計出自己想要的程式，這過程艱辛，但只要你持之以恆，成功指日可待。
另外平時紮實的基礎也很關鍵，因為如果你平時學得就不怎么樣，那么你面對這么一個比較有難度的程式，你可能會望而卻步，看他人的程式都是個難點，更別說讓你自己去設計。為了解決此。類問題，最好就是多向同學，老師請教，不要怕難為情。尤其是老師，評他們多年的編寫程式的經驗，要解決我們的問題，對他們來說只是small case。
在設計這個程式時，我們剛開始是根據老師給我們提供的資料，用畫圖以及循環將框架設計出來，但是接下去便無從下手了，計算是個關鍵和難點，我們也查了相應的資料，但是它上面用得是坐標來做的，所以為了方便設計程式，我們也改為坐標來做的，這樣計算問題解決了。接下去就是按鍵問題，我們的資料是用滑鼠做的，所以關於按鍵這個函式就只能我們自己設計，還好手頭有類似的資料，經過自己的反覆嘗試以及與與同學的討論，這也不難，最好還是被我們搞定了。最後就是閃爍，這個設計的方法很死板，都一個類型，就是算坐標比較煩瑣，要確定好它的位置，但是這些只要你自己願意去嘗試，問題都可以迎刃而解的。從這一個多星期的設計過程中，我看到了大家的拼搏與努力，也讓我知道團隊精神得難能可貴，儘管一年下來大家不怎么有多大接觸，但是彼此之間的友誼已經在我們心裡紮根生底，在遇到問題時，我們會共同進退，每個人都很慷慨不會因為是通過自己艱辛勞動設計出來的東西而不準他人剽竊了。
總之，這次設計程式讓我受益良多，我會好好珍惜像這種難得的機會。