第一篇：編程心得

由于大學的時候是網絡方向的，沒大接觸編程，來到這個學校就開始自學C++，但是感覺不知道具體該做什么。聽人說只學習C++的理論知識是不可能做出什么實際的東西的，而且VC和C++不是一回事，“VC只是一個開發環境，MFC才是它的精華”，我就是一只無頭蒼蠅，根本找不到學習編程的方向，因為導師沒有項目，我不知道從何做起，同學告訴我從具體的小實例開始做，可以用MFC窗口界面編程。于是我就在圖書館借了本這方面的書（MFC Windows應用程序設計）。這種C++的高級應用，MFC跟以前的控制臺編程有比較大的差異，實現了部分可視化編程。對我來說真的很難很難，這本書上面好多小例子都是可以實現的，我就按照上面的代碼進行模仿著寫，實現之后感覺挺有成就感的，可是MFC的符號確實是很長很難記。但是我覺得如果按照大學里學習C語言這門初級語言的方法來學習的話是很可怕的，就像我們學了十幾年的英語一樣，單詞背了幾千個，會做題，會寫作文，但是一碰到老外的時候，卻像啞巴和聾子，說不出聽不懂，我們最初學習C語言時就是搞懂每一個細節，在課本上糾錯，記住語法規則卻很少上機實踐，不解決實際問題，等到真正編程的時候，就不知如何下手了。

我個人感覺在學習MFC時MSDN幫助文檔特別重要，那些難記住的類，方法都可以查看MSDN Library，很多代碼可以直接復制粘貼。

我是看孫鑫老師的教程學習的，但是感覺這個教程好難懂，好多東西都是理論知識，對實踐應用不是很大。

繪制窗口時會出現嚴重的刷屏問題，問了解決這一問題，通過改變背景位圖來替代過多的部分的重繪達到更好效果。

一個滿載的二維、三維數組都可以用一個足夠長的一維數組來裝下。MFC基礎細節學習：學習了位圖的使用，CBrush類，CDC類，CDialog

類的基本使用，對于菜單的設置初步了解了。

3、mfc編程的初步理解：通過自學了解到mfc編程的實現是通過建立消息映射表來實現各個函數的調用。

（1）通過DECLARE_MESSAGE_MAP聲明消息映射；

（2）通過BEGIN_MESSAGE_MAP和宏END_MESSAGE_MAP來包含消息映射宏，創建消息映射列表；

（3）為消息處理函數添加代碼，實現需要的響應。通過以上三大步實現消息映射。每種對話框的操作要通過先建立相應的CDialog類來具體進行。

MFC編程只是一種工具，而編程的核心還是代碼的實現。我們在使用MFC編程時要想學得更好就要不斷練習，更具體的了解其中的各種類、函數，各種工具，MFC是一個巨大的工具箱，但是如果不知道工具箱里面的工具怎么用，那在好的工具也無用武之地。所以，我認為此次編程小實習主要是讓我初步接觸了MFC如何實現可視化編程。未來要想真正掌握MFC編程還要不斷的深入了解各種MFC工具，真正的與代碼結合起來實現高效實用的編程效果.最令我痛苦的是，學了一段時間回過頭來看，感覺好像什么都沒學到。

API函數是Windows提供給應用程序的編程接口, 任何用戶應用程序必須運行在API函數之上.直接使用API編程是了解操作系統運行細節的最佳方式, 而且熟知API函數也是對程序開發者的一個最基本的要求.這課程以API函數作為起點介紹Windows編程, 使我撇開C++的特性專心熟悉Win32編程思路和消息驅動機制.雖然MFC僅僅是對API函數的簡單封裝, 由于我之前對C++語言的了解不夠, 不清楚框架程序的工作機制, 即便是有經驗的程序員在MFC復雜的結構面前也顯得非常困惑.他們會“用”MFC, 卻不知道為什么這么“用”, 在運行程序出錯時這種現象帶來的問題就很明顯, 他們不會改.其實，系統的學起來MFC還是比較清晰的，MFC工程程序肯定有兩個類，一個是CWND類，另一個就是應用程序類CWINAPP類。也就是必須有應用程序類，和窗口類。

在編寫MFC程序的過程中我也著實體驗到了MFC編寫程序的局限性。MFC雖然給開發者提供了一個現成的框架，著實便利的開發者的開發。但同樣也造成了一個巨大的問題，開發者很難開發出具有個人特色的軟件，想要重新改寫程序整體的外觀就比較困難，并且C++在編寫程序時需要開發者自己定義變量的空間開辟和回收，這點上沒有JAVA開發時來的方便，尤其是C++當中的指針機制，一不注意還是很容易造成程序錯誤的。

雖然MFC中的方法比較難寫，尤其是消息映射函數，慶幸的是好多都不需要自己去寫，我們可以通過ClassWinzard類向導來指引我們進行選擇，想添加什么消息映射只需鼠標操作即可。

通過MFC Windows應用程序設計的學習，我掌握了一些知識： 應用程序類，框架窗口類，視圖類，文檔類構成了MFC應用程序框架，框架的功能是通過各類之間的協調工作實現的類。

MFC采用文檔/試圖結構來實現數據和數據表現的分離，文檔試圖的分離有利于數據和數據表現的單獨改變。

MFC用類信息存儲了動態創建類對象時所需要的消息。

經過這門課程的學習不但使我掌握了Windows應用程序設計的基本方法，還可以使我進一步深刻，全面地理解面向對象程序設計的思想，從而把握程序設計方法的發展方向。

第二篇：編程心得

1． 對于液晶點陣，做任何圖形的子函數，一定要注意，必須為整數，即像素必須為整數，否則將出現錯誤，比如劃三角形，必須讓三角形的斜率為直線，不然不能得到預期的結果。

2． 對于變量的定義，如果在條件語句里面必須放在語句最前面，如果在整個函數的里面，必須放在整個函數的最前面。

3． GDB來調試已經生成的可執行程序hello.命令如下：Gdbhello ,參數－d指示源代碼所

在的目錄去搜尋。一旦出現GDB的命令提示符(gdb)，就表明GDB已經準備好接收來自用戶的各種調試命令了。如果想在調試環境下運行這個程序，可以使用GDB提供的“run”命令，而程序在正常運行時所需的各種參數可以作為“run”命令的參數傳入，或者使用單獨的“set args”命令進行設置。如果在執行“run”命令時沒有給出任何參數，GDB將使用上一次“run”或“set args”命令指定的參數。如果想取消上次設置的參數，可以執行不帶任何參數的“set args”命令。

GDB是一個源代碼級的調試器，使用“list”命令可以查看當前調試對象的源代碼。該命令的通用格式為“list [m,n]”，表示顯示從m行開始到n行結束的代碼段，而不帶任何參數的“list”命令將顯示最近10行源代碼。

要根據行號設置斷點，可以使用“ break linenum”命令。要根據函數名設置斷點，則應該使用“break funcname”命令。

條件斷點允許當一定條件滿足時暫時停止程序的執行。它對于調試來講非常有用。設置條件斷點的正確語法如下:

break linenum if expr

break funcname if expr

使用“continue”命令繼續執行程序，直到遇到下一個斷點。如果在調試時設置了很多斷點，可以隨時使用“info breakpoints”命令來查看設置的斷點。此外，開發人員還可以使用“delete”命令刪除斷點，或者使用“disable”命令來使設置的斷點暫時無效。被設置為無效的斷點在需要的時候可以用“enable”命令使其重新生效。

為了單步跟蹤代碼，可以使用單步跟蹤命令“step”，它每次執行源代碼中的一行。

4、程序調試過程中，如果出現segment，一般來說是指針沒有賦值，找不到原型。比如線程里面如果要調用screen_mm,那么必須傳遞參數screen_mm,而且需要在線程里面定義參數。

5、如果線程里面用到串口的操作，則最好把串口初始化程序放到線程里面進行。也可以把初始化作成模塊，這樣不會影響串口的收發數據。如果將串口初始化放到主程序里面，則最后將初始化程序放在線程的屬性定義和建立線程之前，否則其他地方可能導致串口收發數據產生問題。還有對于串口操作的定義最好放在所有變量定義的最前面。

6、對于段錯誤這種問題。可以分析以下原因：

(1):指針非法，比如使用沒有初始化的指針(沒有為此指針指向的對象分配空間)，或著Free掉之后再次使用。

(2):數組訪問越界,訪問的元素下標超過數組圍長

(3):緩存溢出，對于這種while(1){do}的程序，這個問題最容易發生，多此sprintf或著strcat有可能將某個

buff填滿，溢出，所以每次使用前，最好memset一下，不過要是一開始就是段錯誤，而不是運行了一會兒出現的，(3)的可能性就比較小。

第三篇：編程培訓心得

編程培訓心得3篇

篇一：軟件編程學_心得

軟件編程學_心得

隨著計算機技術的發展和工作的需要，為了能夠更好的維護公司生產管理系統；公司安排我們到北大青鳥APTECH進修。我們選擇了時下最流行、發展速度較快的語言C#。C#學_共分三個階段，目前我只學_了第一個階段；現將我在北大青鳥學_第一階段為期兩個月的學_心得總結如下：

C#是一種新的面向對象的編程語言，專門用于.NET運行時。C#編譯器只能生成受管制的代碼，也可以使用.NET基類。C#語言自C/C++演變而來。但是，它具有簡單、現代、完全面向對象和類型安全等諸多特性。下面就簡單說說簡單和現代其中兩種特性。

1、簡單

C#具有C++所沒有的一個優勢就是學_簡單。該語言首要的目標就是簡單。很多功能(還不如說是缺少了C++的一些功能)有助于C#全方位的簡單。

在C#中，沒有C++中流行的指針。默認地，您工作在受管理的代碼中，在那里不允許如直接存取內存等不安全的操作。我想沒有C++程序員可以聲稱，從沒有使用指針訪問過不屬于他們的內存。

C#棄用其它操作符，名字空間、成員和引用僅使用單個操作符

.。現在一個程序員所需要理解的就是嵌套名字的注解了。

C#使用統一的類型系統。這種系統充許您把各種類型作為一個對象查看，它是一個原始類型還是一個full-blown

類。和其它編程語言相比，由于加框(boxing)和消框(unboxing)的機制，把簡單類型當作對象處理并不能獲得性能的改善。稍后將詳細解釋加框和消框，但基本上僅當需要時才使用對象訪問簡單類型這種技術。

2、現代

投入學_C#的努力是一筆大投資，因為C#是為編寫NGWS

應用程序的主要語言而。很多用C++可以實現或者很費力實現的功能，在C#中不過是一部分基本的功能而已。根據應用程序的特殊需求，可以很容易地創建出新的一種數據類型。

指針不再是編程武器的一部分。運行時NGWS提供了一個垃圾收集器，負責C#程序中的內存管理。因內存和應用程序都受到管理，所以很必要增強類型安全，以確保應用的穩定性。

異常處理是C#的主要功能。C#的異常處理與C++的不同點在于它是交叉語言的(運行時的另一個功能)。在沒有C#之前，您必須處理怪異的HRESULTs，但現在由于使用了基于異常的健壯的出錯處理，這一切都結束了。

對于現代的應用程序，安全是首要的，C#也不會例外。它提供了元數據語法，用于聲明下述NGWS安全模式的能力和許可。元數據是NGWS運行時的一個關鍵的概念。

通兩個多月學_，我能夠很好的掌握C#語言的基本語句、語法以及老師補充的一些要點；能夠編寫簡單的應用程序，例如電子郵件的收發等，為接下來的第二、第三階段學_打下了良好的基礎。

篇二：編程心得體會

篇一：java編程心得體會

java編程心得

計算機3班

竇金霞

4773

最近幾周一直在弄程序，說實話真的很累，但累中也有成功的快樂。我覺得學到了很多東西，這是只看課本知識所不能學到的。

說實話，以前我一直沒學過java雖然我也知道java的重要性，可是即使上課聽了，不實踐還是掌握不了。因為種種原因，今年我沒有買筆記本。沒有機器，僅僅靠每周一次的上機練_是絕對不夠的。所以我就插空調程序，在舍友們不用的時候自己再接她們的電腦調。

調上一個web版的通訊錄程序時我已經感覺到學的很吃力，好多東西都不懂。這次做的這個學生成績管理系統更復雜了，所以一開始調的時候感覺特別吃力.所以我告訴自己不能放棄，慢慢來，就這樣我從最基本的sql語句session對象開始學起，我覺得我還有太多不懂得所以要比別人付出更多的努力。就這樣我一點一點的學著??

說心里話，在做上一個web版的通訊錄時，我就感覺到成功的喜悅。好多地方我都是一點一點的問的，在問的過程中，我也學會了很多，像：servlet和jsp之間跳不過去時有兩種解決辦法，一是關閉底層類中的db.close；二是將servlet中的throws

exception改成try

catch以捕捉異常；我還學到了集中查找錯誤的方法，可以加上兩個雙斜杠“//”將具體的方法屏蔽掉，一檢查是方法錯誤還是servlet錯誤，還有就是寫上system.out.println（）將獲得的數據輸出，用來檢查數據傳輸過程有沒有錯誤等等。

雖然在別人看來，這些方法可能都很常規，但是確實我自己學會的，我覺得很有成就感。我已經做好了，暑假的時候去買本本用自己的本本練_一下java，雖然下學期不學java了，但是我對java的熱情不會因為這個而削減的！

做完這個學生成績管理系統后，我覺得我對java的看法已經改變了。一前總以為java很繁瑣很難，聽同學說java不好學，開始又有一些聽不懂，所以一直很畏懼java。但真正做了這個系統以后我才感覺到其實任何事都沒有難與不難之分，只要你肯努力的去做，世上無難事只怕有心人！

我現在對java學_充滿了熱情，我知道我還有很多的不足還有很多需要努力的地方，所以我的java之旅將繼續進行??篇二：程序設計體會

程序設計

【收獲及體會】

通過兩個星期的折騰，總算把課程設計給完成了，這是一個堅苦而又漫長的過程。是啊，讀了那么多年的書，課程設計可是第一次。看著勞動成果，很欣慰！雖然這不是我一個人做的，是大家的共同努力得來的。

剛開始，可以說是沒有頭緒，于是就去圖書館找資料，找到了一些關于畫圖方面的，可是這點小進展遠遠不夠，這只是一個小小的開始。下一步是上網查，找到了些與我們題目相似的，那時我們每個人都很高興，可是那還不是我們要的，于是又上網查到了些有關的函數等等，終于在我們大家的努力下，完成了這個程序。

雖然對著電腦做程序，有點累有點熱，可是當看到勞動成果時，真是別有一番滋味在心頭啊！世上無難事，只怕有心人，的確如此。做完這個程序最大的收獲就是感受到了集體的力量，當然個人的智慧也是很重要的哦！

做完這個課程設計，我們的自信一下子提高了，我們也會寫程序了；盡管對于有些人這種程序會很簡單，可對我們c語言初學者來說，已經很不容易了。這次體驗為以后的學_計算機的我們增強了信心。享受勞動成果的滋味實在很美妙啊！

——姜*

【收獲及體會】

忙碌了一個多星期，在大家的共同努力下，我們總算將此程序設計出來。盡管不是自己獨立完成，但仍然很高興，因為在設計的過程中，讓我了解到要設計一個大型程序，查找資料是至關重要的，在他人的基礎上，再根據自己所學進行修改與調試，最后設計

第四篇：PLC編程心得

即使是同一個項目，同一個人，要他重新寫一次，也會與原來的不同，我只是看別人的一種思路，是怎樣把程序去組織好，如何規范合理分配好元件，我看簡單也不一定好，我的編程習慣是要求流程要清晰，即使多花點步數也好。所以我現在一般都不用一個梯形圖完成，而是用SFC去編排組織梯形圖的執行順序，這樣就不用擔心什么互鎖連鎖的問題，我現在在編寫的程序我估計在18000步左右，若是用單一的梯形圖來編，我估計對以后的維護和修改會做成很大的困難。

現在工控制軟件大部份是可以破解，但如果不想別看懂的程序的話，把里面最好不放常數，全部是數據寄存器，多用一些功能指令，拿出點技術來，要把哭程序寫少而精，不要多而雜。我不鼓歡太亂的程序。如果你把技巧都定上去啦，相信不是一般的高手都沒辦法看懂，那樣別人是服了你的技術，而不是服你的亂！我一向都不怕別人看程序，我也不喜歡看別人程序，這就是這的風格！單一！寧可少而精，不可多而雜

上是高手啊，我公司有一臺設備的PLC程序真的不放常數，全部是數據寄存器，下載下來的程序在另外一臺PLC就不能使用！

我們公司有幾臺設備都是意大利進口的，都是幾千萬的設備，老外的程序都沒見有常數，應用了好多數據塊，一般的工程師都看不懂的

第五篇：C++編程心得

緊張忙碌的一周過去了，在這個星期里我們小組勝利地將我們選定的課題研究出來，我為我的小組驕傲，也為自己驕傲。

我們的題目是銀行定期存款管理系統，在編程過程中，我預訂的任務是學習并掌握MFC，并將其運用到我們的程序中。學習MFC的過程是我認為非常痛苦的事，因為完全都是自學，并且因為圖書館中的相關書籍全部被借閱出去，所以沒有太多的自學資料，因此雖然費了很大的精力，但仍是無果。經過了很多的小組討論和自己的心理斗爭后最終決定放棄MFC而將自己能力以內的程序盡可能地優化，就這樣，我開始在半路階段加入了程序優化的工作，一遍遍的調試程序，遇到某個攻堅問題，幾個人一起在網上查詢，一起想解決的辦法，就這樣，我們團結地將我們現在認為將近完美的程序呈現給老師和同學。

一開始學習MFC時，我總是不能很好的轉換思維，不能將自己以前的編程思想和以前的一些不良編程習慣甩掉，因此很多的程序都聯系不起來，反而是自己學會了好多的零碎的片面卻無法將程序大樓豎起來。在困惑很久后，我選擇了詢問老師，老師耐心地將MFC的思維方式講給了我聽，這讓我受益匪淺，雖然我最后沒能將MFC成功的做出來，但我認為我從MFC中才直接地感受到了Ｃ＋＋中面向對象編程的封裝性。以前用Ｃ＋＋編程時總是將類中的變量隨便規定屬性，甚至在編程的過程中突然需要加一個變量，為了省事直接將其放于public中，在學習了解MFC后，深刻地感受到自己以前的編程習慣是多么的不科學，而那些習慣又是多么的重要。

我們這一次是以團隊的形式來做這個項目，并且作為這個小組的組長，我感覺自己的壓力很大，因為團隊合作不僅講求整體的團結而且為了團隊工作的高效又要有明確的分工。在我們的小組工作中每個人都一刻不放松自己手里的工作，而一些時候我們又配合地很密切，尤其是當我們遇到程序的瓶頸時，我們都是在宿舍里你一句我一句地出謀劃策，在遇到一個提取時間的程序時，大家紛紛查詢各種輔導書，上網查各種資料，在遇到定期存款支取問題時甚至打電話給家長，尋求“場外支持”，種種的配合都給我們這個部門協調的運作提供了動力。我感謝我的團隊，他們讓我有一種很舒服的做事情的感覺。

最終決定放棄MFC，我承認自己有一種如釋重負的感覺，但是也有一絲慚愧，無論老師要求與否，既然自己決定了就應該走下去，但是我最后退卻了，感覺很遺憾也很羞愧，因為我認為對自己降低要求就是放縱自己墮落。

短學期實習，我著實收獲了很多，不僅僅是知識上，而且是思考事情方法，我感激這次的實習，也感謝給予我們很多幫助的老師，更感謝我團結的團隊。