實驗總結與心得體會

　　之前我在編程的過程中寫過一份實驗總結，里面詳細的記錄了實驗中遇到的各種問題以及解決辦法，當我完成了整個實驗整理文檔的時候，看到程序說明文檔的后面標著0kB，心里一下子就忐忑起來了，打開文檔，果然，0KB，什么也沒有了。當初編寫程序之前，面對著完全不熟悉的C++，就好像是面對著一座小山，當我一點一點的把它啃下來了，再看這些程序的時候，也不覺得有多少內(nèi)容了，期間遇到的一些問題，現(xiàn)在都覺得很順理成章，因此只能記錄下一些大體的認識和看法了。

　　實驗一其實就是對類的一些基本操作和文件操作，其中文件操作也是使用了C++封裝了的類。主要的工作就是構造兩個保存男女嘉賓信息的數(shù)據(jù)結構，男女嘉賓的信息分別保存在兩個文檔里，運行的時候?qū)⑿畔⒀b載到元素為男女嘉賓信息類的向量里，實際是對這個向量的操作，添加，刪除，查找，然后再把添加和刪除的操作反應到文檔里。我覺得實現(xiàn)中仍然存在的問題是我在內(nèi)存中保存男女嘉賓信息是選擇了標準模板庫的向量（vector）這個類，在試驗的小數(shù)據(jù)量下添加，查找等操作都很方便，但是實際應用中如果要維護大的數(shù)據(jù)量的話，使用向量結構估計就會性能下降，這樣的結構不方便查找。這個試驗讓我初步認識了C++類的概念，運算符的重載和函數(shù)的重載，不過我在使用類的時候，為了引用方便，都把變量和函數(shù)改成公有類型了，這樣做似乎是違反了C++封裝的思想，再以后寫代碼的話，一定注意把成員變量私有化。另外一個很大的收獲就是讓我體會到了C++標準模板庫的方便，我以前寫程序總是首選C語言，但是寫了這個程序之后感覺C++其實要方便好多，而且也用C++標準模板庫做了很多其他課程的實驗。還有一個深刻的體會就是寫程序之前一定要做好用戶分析，雖然我們以前總是忽略這個問題，我是看了題目之后就直接上手去編的，但是寫到第二個程序我發(fā)現(xiàn)之前的思路似乎不是很對，我覺得這個非誠勿擾管理程序應該是面對非誠勿擾內(nèi)部的工作人員的，而之前就把面對工作人員和面對嘉賓本身混為一談了。其實對于這兩種不同的用戶，實現(xiàn)的要求還是有差別的，嘉賓的話他會只關注自己關心的事，所以對他的操著都應該是單個人的，工作人員的話他們不會太關注單個的注冊嘉賓，他們的操作一般都是真的一批注冊的嘉賓，所以在寫到實驗二的時候我又對前面的函數(shù)做了一些修改，雖然修改的代碼量也不是很大，但是也確實很麻煩，這件事讓我認識到編程之前的用戶分析真的很重要。

　　實驗二是在實驗一的基礎上修改了，就是增加了兩個更具體的查找方案，反應到程序上就是增加了兩個函數(shù)，對于在輸入條件下查找的那個函數(shù)，我為了實現(xiàn)的簡單一點，就限定了一下用戶輸入的內(nèi)容，要按照程序的要求輸入，這樣做或許會給用戶帶來一些麻煩，更好的實現(xiàn)方案是對用戶輸入的字符串進行分詞處理然后再邏輯判斷，由于精力有限，就沒有實現(xiàn)。只好讓用戶多替我做些工作了。

　　實驗三是網(wǎng)絡編程，用socket實現(xiàn)的支持遠程訪問的功能。我選擇了最簡單的UDP協(xié)議，收發(fā)雙方交替?zhèn)魉蛿?shù)據(jù)。這個試驗主要涉及到一個問題是成禎方法，為了減少傳送的次數(shù)，我是讓發(fā)方把要發(fā)送的所有信息都收集起來放在數(shù)組中，不同的.數(shù)據(jù)用‘|’隔開，然后一起傳送出去，再在收方將這些數(shù)據(jù)分離出來；另一個問題我覺得是各種數(shù)據(jù)類型之間的轉換，因為在發(fā)送的過程中所有的變量都是以字符型傳送的，所有就需要在收發(fā)雙方將各種數(shù)據(jù)轉換成字符型。其他的操作就要試驗一二類似了，只是涉及到數(shù)據(jù)的來源問題。我看很多資料中都把socket通信與文件操作類比，不過我覺得其實它更像是鍵盤輸入和屏幕顯示，只是數(shù)據(jù)來源不同。

　　在完成了三個字符行界面的編程后，我又學習了一下MFC，把試驗一二的圖形界面做了出來。使用了MFC，才對C++類的封裝有了更深刻的理解。由于時間倉促，我學習的MFC只是冰山一角，很多地方都還 不清楚，只是了解了一下消息映射并把自己的函數(shù)添加到按鍵對應的函數(shù)中。由于我學習的例子是一個單文檔加一個對話框的程序，所以我在實現(xiàn)的時候也選擇了使用單文檔模式，其實文檔對這個程序好像也沒有多大用處，用對話框模式更加方便一點。因為是單文檔加對話框，在實現(xiàn)第一個對話框的時候還沒有什么問題，但是實現(xiàn)第二個對話框時就有一個我用了很長時間才解決的問題:我用到的全局變量和全局函數(shù)沒有地方添加，因此程序一直在變量重定義和外部變量不可用這兩個鏈接錯誤之間徘徊，最后我查到有人說在VC的工程里，由于用到的文件很多，為了體現(xiàn)C++的封裝性，可以把全局變量和全局函數(shù)定義在一個Public類里面，變量和函數(shù)全部定義為靜態(tài)的共有的，這樣不僅體現(xiàn)了變量和函數(shù)的全局性，還把他們作為一類封裝在了一個結構里，很好的和C++程序融合，這一部分也是我認為我在這次試驗中實現(xiàn)的最成功的部分。我感受比較深的另外一個問題就是實現(xiàn)的位置問題，雖然以前也知道頭文件里要放聲明，實現(xiàn)放在.cpp文件里，但是因為放在那里對程序結果也沒有什么影響，所以有時候?qū)懗绦蚓捅容^隨便，實現(xiàn)也寫在.h里，這次實驗就給了我很大的教訓，因為多個對話框都要用到一些公用的頭文件，把實現(xiàn)放在頭文件里之后就一直出現(xiàn)重定義的問題，我找了很久這個錯誤的原因，最后才發(fā)現(xiàn)是我寫程序結構不嚴謹?shù)膯栴}；而且因為這個試驗的對話框要初始化，我有時候把初始化的代碼全在按鍵實現(xiàn)里，雖然不會出現(xiàn)編譯鏈接錯誤，程序運行結果也會有一些問題出現(xiàn)。這些給我的經(jīng)驗是，程序的各個部分一定要各司其職，各就各位，老老實實的把該放在什么位置的代碼放在什么位置，會給編寫程序省很多事。

　　本次實驗一共用時兩個多星期，期間遇到了很多的問題，其實我覺得編寫程序，調(diào)試，遇到問題耐心的查錯，總會有解決辦法的，比較困難的錯誤其實是能夠運行之后結果不穩(wěn)定，有時候?qū)�，有時候錯，這樣的問題往往是程序設計的算法的問題，雖然這次程序沒有太復雜的算法，但是一些小的地方?jīng)]有考慮到，往往會給運行結果造成很多難以解釋的錯誤。我覺得我的程序在經(jīng)過很多種情況的測試后，基本上能滿足我自己的要求了，可能還有很多不完善的地方，但是確實收獲了很多東西，隨著以后的學習運用，估計會有更深入的認識。

　　最后，很是要感謝百度知道上那些不知名的作者，還有我的同學們，在我調(diào)程序調(diào)的不知所以然的時候給了我很大的幫助，也支持我能夠最終完成這個程序。

【實驗總結與心得體會】相關文章：

實驗室實驗心得體會07-20

實驗心得體會11-27

實驗心得體會12-30

實驗心得體會01-01

實驗心得體會08-18

實驗總結心得01-15

數(shù)學實驗的心得體會01-14

電路實驗心得體會06-03

做實驗心得體會08-31