設計心得體會範文 篇1
本次java課程設計我們這組做的課題是畫隨機圓，剛開始拿到題目我們組員都不知如何下手，經過小組成員一起查找資料，並且開會討論，我們確定了設計的設計目標以及具體實現方式，包括如何將java的思想運用到實際系統的詳細設計之中。實驗過程中，首先要將系統要實現的功能分為幾大模塊，然後每個組員分別完成，在此過程中使我加深了對java的理解，以及如何進行團隊工作的劃分，學會發現各組員的長處並將其發揮出來。雖然大家沒怎麼學過java，但大家都有c語言基礎，所以通過努力實驗，進一步培養我們利用java語言進行編程和調試程序的能力，同時使我們能夠學會將c語言與java語言結合起來編寫較複雜具有實際意義和算法複雜度較小的程序。與此同時熟練掌握java語言的編輯，編譯，調試程序，並將算法轉變為程序實現。正確理解各種數據結構的邏輯特性和存儲表示和基本操作的算法實現。掌握算法的時間分析和空間分析的技術。針對問題的特點選擇合適的數據結構，設計實用高效的算法，提高大家的算法設計的能力和動手實驗的技能。
實驗過程中，我們分為邏輯設計和詳細設計兩個步驟實現。邏輯設計指的是，對問題描述中涉及的操作對象定義相應的數據類型，並按照以數據結構為中心的原則劃分模塊，定義主程序模塊和各抽象數據類型;詳細設計則為定義相應的存儲結構並寫出各函數的偽碼算法。作為邏輯設計的結果，應寫出每個抽象數據類型的定義，各主要模塊的算法，並畫出模塊之間的調用關係圖;詳細設計的結果是對數據結構的基本操作的規格説明做出進一步的求精，寫出數據存儲結構的類型定義，按照算法書寫規範用類c語言寫出函數形式的算法框架。
通過這次課程設計，使我靈活應用所學數據結構知識，獨立完成問題分析，結合數據結構理論知識，編寫程序求解指定問題。初步掌握軟件開發過程的問題分析、系統設計、程序編碼、測試等基本方法和技能;提高綜合運用所學的理論知識和方法獨立分析和解決問題的能力;並用系統的觀點和軟件開發一般規範進行軟件開發，鞏固、深化學生的理論知識，提高編程水平，並在此過程中培養我們嚴謹的科學態度和良好的工作作風。熟練掌握數據的存儲表示和基本操作的實現，能夠利用存儲設計算法解決簡單的航空訂票問題。同時在這學期的實驗中，培養了獨立思考、動手操作的能力，在各種其它能力上也都有了提高。在實驗課上，我學會了很多學習的方法。而這是日後最實用的。要面對社會的挑戰，只有不斷的學習、實踐，再學習、再實踐。這對於我的將來也有很大的幫助。以後，不管有多苦，我想我都能變苦為樂，找尋有趣的事情，發現其中珍貴的事情。就像中國提倡的艱苦奮鬥一樣，我都可以在實驗結束之後變的更加成熟，會面對需要面對的事情，以及學會遇到問題，不急不慌，慢慢解決它。
這次課程設計本人主要參與了系統實現以及系統測試，還有參與小組共同完成的編寫代碼、實現功能模塊。歷時兩個星期終於在大家的一起努力下順利完成了。雖然過程辛苦是不可避免，但收穫還是令人感到尤其的欣慰。在這次的課程設計中不僅檢驗了我所學習的知識，也培養了我的實踐能力，讓我知道遇到一個問題，如何去尋找思路，如何去解決問題，最終完成整個事情。在設計過程中，與同學分工設計，和同學們相互探討，相互學習，相互監督。學會了合作，學會了寬容，學會了理解，也學會了做人與處世。課程設計是我們專業課程知識綜合應用的實踐訓練，是我們邁向社會，從事職業工作前一個必不少的過程。實驗過程中，也十分感謝實驗指導老師馬駿老師的指點與教導。這次課程設計不僅是對這學期所學知識的一種綜合檢驗，而且也是對自己動手能力的一種提高，增強了自己實踐能力。通過這次課程設計使我明白了自己知識還比較欠缺，只是學習書本知識還是遠遠不夠的，自己不會的東西還有太多，學習需要自己長期的積累，在以後的學習、工作中都應該不斷的學習，將課本的理論知識與生活中的實踐知識相結合，不斷提高自己文化知識和實踐能力。
設計心得體會範文 篇2
我有一個很不好的習慣，對新事物只有三分鐘熱度。剛開始接觸C語言的時候我覺得這東西很好玩，特別是它能編寫一些簡單的遊戲程序，我很喜歡玩遊戲，但是隨着時間的推移，特別是上C語言的理論課，説實話，真的很無聊啊！就這樣，我漸漸也對“她”失去了興趣。上課也不聽了。
直到劉老師説我們要做一個C程序的簡單設計———計算器。我當時一聽就傻了，我可是什麼有用的東西也沒學到啊！我怎麼可以做出這麼牛叉的東西出來呢？我肯定要掛了！但是也沒辦法啊，別人都做，我總不能在機房裏面傻玩吧？就這樣我開始借課代表的筆記本來看了，其實劉老師已經把一些關鍵的函數告訴了我們，我們只要把它們有機的結合起來，再加一些小細節就行了。我看了幾遍筆記後就基本上把界面搞定了，當然期間我問了幾位同學，也尋求過劉老師的幫助，受益良多。後面的程序有點小難，當然是對我這種菜鳥來説的。但是經過同學的細心耐心的講解，我總算也能在黑暗的道路上曲折前進。直到整個程序寫完的那一刻我才鬆了一可氣。終於完成了，想想幾天來的認真和辛苦，值啊！畢竟也算是做出來得啊。那種成就感很強啊！
通過這次的設計課我明白了編程員的偉大很不容易。也明白了集體的智慧是偉大的。還有劉老師他總能在我們走投無路的時候雪中送炭！他，亦師亦友！
設計心得體會範文 篇3
課堂教學是實施新課程的重要途徑之一，而教師的課堂教學設計是教師實施課堂教學的一個先決條件。教學設計的好壞，直接決定着課堂的質量、課程的落實。如何進行教學設計？如何把握教學設計的重點？如何設計一個有效的教學過程？這都是我們要面對和解決的問題。通過這次教學設計的探討，我獲益匪淺，在此談談我的一些學習心得。
我認為教學設計的重點，不管是確定教學的目標，還是教學的重點和難點，其實它都是要教師明確本堂課，我們要教會學生什麼，以及解決學生什麼問題。因此我認為在進行教學設計時，應把握下面三個問題
一、立足學生
《數學課程標準》中指出：“由於學生所處的文化環境、家庭背景和自身思維方式的不同，學生的數學學習活動應當是一個生動活潑的、主動的和富有個性的過程。”因此每一個學生的學習接受能力不同，特別是城鄉學生的差別就更大，教師在教師設計時，就要考慮針對學生的實際水平進行教學設計，而不單單是考慮課程設計的安排和進度。比如在引人各種方程的教學時，我們可能都會創設情境讓學生列出各種方程，然後引入方程概念，但是如果在創設情境時設計的問題過高，就會影響本節課學生學習的積極性，偏移難點，而且會影響教學進度。
二、挖掘教材
數學的許多概念、定理、思想的教學，都是採用螺旋式上升的。因此教師在教學設計時，要把握一個總體的思路，在教學過程中要進行滲透。
三、把握課堂
學生是我們教師進行教學設計的基礎，但學生的情況教師不可能都會事先預計好，因此教學中必須要對學生的上課即時表現，做出合理的處理。比如在有些舉實際例子時，教師就要好好分析學生所舉的例子。如：在分析“點動成線，線動成面，面動成體”時，學生舉例：氣球從一個平面吹成一個球體。這主要是因為學生對知識還不深入理解和對實際問題的辨析能力不強。因此教師就要在課堂中對學生進行當堂的分析，假如這是教師要是沒有能力當堂解決的活，可以採取適當的處理方式：比如一起討論，上網查詢，暫時擱置等。總之要根據學生的反應，適當地調節教學設計。
設計心得體會範文 篇4
在大學以前我從來就沒見過C語言，這東西對我來説是十分陌生的。
剛開始學C語言，感到每天都在雲裏霧裏飄着，感覺對這個東西真的好難入手。但學了一段時間後逐漸對C語言有了認識，並能進行簡單操作。現在我們又要開始進行課程設計，我的天空突然徹底BLACK了，阿門！不過我不會放棄，前輩們都説：“堅持到底就是勝利！”，恩！我也是這麼認為的。萬事開頭難，只要我找到方法，我一定可以的，嘿，嘿，嘿！不過我們都知道，我們是一定會成功的，因為我們有我們的太陽，至於是誰呢，我就不説了，大家都知道了，是吧！剛開始編程時，那個“error”啊，多得已經無法用“多”來形容了，那是“很多”啊！於是我開始了漫長而繁瑣的地毯式搜查，我累的地暗天黑都已無所謂，那個瘋狂的人，是我，是我，還是我！海闊憑魚躍，天高任我飛！我曾經花了整整一個上午的時間來弄一個麻煩的閃爍，那做出來後的感覺，就能用一個字來形容，那就是“爽”，人生最幸福的事也就莫過於此，這小小的成功使我的信心十足，我看到希望了，來西牙！
於是，我開始了更為艱鉅的任務，那就是把整體結構弄出來，我為此都“白”了少年頭。在我們整個宿舍的團結合作下，終於把框架弄出來了。接下來就應該改錯誤了，隨着一個個錯誤的糾正，終於一個程序浮出了水面！！！我們成功了，高興啊，真高興！通過這次課程設計，我對C語言更有興趣了，我相信以後我一定趕上我們的太陽的。
設計心得體會範文 篇5
不知不覺進入了畢業論文設計階段，頓時感覺自己的生活充實了不少，自己選的路，跪着也要走完。近幾天一直苦於論文選題。本想着結合自己的實際工作，能夠提出問題、分析問題、解決問題。但是最終還是敗給了現實，角度不新穎，實際意義欠缺，把選題換成了。現就把自己論文選題的需要注意的地方分享給讀者。
一是選一個大致的方向，然後去搜集資料，包括知網，著作、期刊以及互聯網數據，對這些資料進行分門別類，可以藉助endnote。
二是閲讀整理完的資料，進行文獻研究，總結前人的論文寫作方式方法，並對前人的思想和角度進行分析，爭取找到需要進一步研究的方向；
三是自己寫出幾個論文題目，去知網搜一下有無前人研究過，如果沒有，再判斷下自己的選題有無研究價值，然後即可作為自己的初步論文題目。
四是根據自己初步論文題目，去有針對性的蒐集資料，構思論文框架；
五是根據論文框架去進行填充，在填充的過程中可以反覆修改論文框架。
碩士畢業論文跟本科的截然不同，記得當時本科畢業論文設計，就是簡單的文獻綜述，很少有自己的研究，比如實證、調查、數據分析等等。希望自己能夠通過畢業論文，鍛鍊下自己研究問題的能力以及思維嚴謹性。
設計心得體會範文 篇6
通過本次課程設計，使我對《數據結構》這門課程有了更深入的理解。《數據結構》是一門實踐性較強的課程，為了學好這門課程，必須在掌握理論知識的同時，加強上機實踐。一個人的力量是有限的，要想把課程設計做的更好，就要學會參考一定的資料，吸取別人的經驗，讓自己和別人的思想有機的結合起來，得出屬於你自己的靈感。
程序的編寫需要有耐心，有些事情看起來很複雜，但問題需要一點一點去解決，分析問題，把問題一個一個劃分，劃分成小塊以後就逐個去解決。再總體解決大的問題。這樣做起來不僅有條理也使問題得到了輕鬆的解決。
在這個過程中，我也曾經因為實踐經驗的缺乏失落過，也曾經仿-真成功而熱情高漲。生活就是這樣，汗水預示着結果也見證着收穫。勞動是人類生存生活永恆不變的話題。雖然這只是一次的極簡單的課程製作，可是平心而論，也耗費了我不少的心血，這就讓我不得不佩服開發技術的前輩，才意識到老一輩對我們社會的付出，為了人們的生活更美好，他們為我們社會所付出多少心血啊!對我而言，知識上的收穫重要，精神上的豐收更加可喜。讓我知道了學無止境的道理。我們每一個人永遠不能滿足於現有的成就，人生就像在爬山，一座山峯的後面還有更高的山峯在等着你。挫折是一份財富，經歷是一份擁有。這次課程設計必將成為我人生旅途上一個非常美好的回憶!
通過這次的課程設計我對於專業課的學習有了更加深刻的認識，以為現在學的知識用不上就加以怠慢，等到想用的時候卻發現自己的學習原來是那麼的不紮實。以後努力學好每門專業課，讓自己擁有更多的知識，才能解決更多的問題!
設計心得體會範文 篇7
windows程序其實就是在非邏輯的使用這些API函數，我這裏提到了“非邏輯”三個字(這是本人的看法),這正是windows程序的精髓，這是一切windows程序運行的方式(可能嚴重了點)。非邏輯也就是指程序不是按照事先安排好的順序來進行的，是根據用户的不同操作或者是其他某些原因一步一步進行的。這種運行方式就叫做“消息驅動”
簡單一點來解釋一下何謂消息驅動，就是指應用程序始終在等待(等待一詞也許不他恰當，但可能好理解)，它絕對不是在等待誰會給它愛(本人愛開玩笑請別見怪!)它是在等待用户或者是系統的消息(也就是命令)，當接到消息後呢，它會把消息通過DispatchMessage(&msg)傳遞給窗口函數(窗口函數就是一個應用程序的核心)窗口函數就會對照事先由程序編寫好的消息對照表調用對應的方法來處理消息。這樣就完成一個消息的處理，接下來準備處理下一個消息。
你也許會問那不是無休止的運行下去了嗎?當然不會，下面我用程序本身來説明這個問題：
//消息循環，通過此處來不斷的取得消息。
while(GetMessage(&msg,NULL,0,0))
{
//消息進行一些轉換
TranslateMessage(&msg);
//把消息傳向窗口函數
DispatchMessage(&msg);
}
return am;
就是這樣了：當我們點擊窗口右上角的小叉或者點擊退出按鈕時，windows就會自動在我們的消息隊列中加入一條消息“WM_DESTROY”，這時呢窗口程序有這麼一部分：
switch(message)
{
//其它代碼.........//case WM_DESTROY:
PostQuitMessage(0);
return 0;
相信一般的朋友都會明白吧，它的作用的就是在接收到WM_DESTROY時呢，通過調用PostQuitMessage(0)讓windows在消息列表中呢在加入另一條消息“WM_QUIT". 當GetMessage函數抓取到WM_QUIT時返回0，其餘返回非0值，懂了吧，這下可以退出消息循環了。 這就是windows程序設計最基礎的部分了，可以説是核心。
該説一些心得了，我認為學習windows程序設計不要基於某一部分，而要把握住其大局，要有整體觀，有了整體觀對windows程序設計有了一定的瞭解後在對其各部分下功夫(這下可不是照顧全局了，要靜下心來細心的咀嚼，要不然你會嚥到的。)這樣才不會走火入魔(嘿嘿)就寫到這吧，以後等我水平高些了再寫(還早着呢，嘿嘿)，希望我沒白費功夫，也希望對你有用。
設計心得體會範文 篇8
記得最初接觸dreamweaver的時候，我很茫然，因為剛接觸陌生的軟件心裏會很害怕跟不上老師的進程。剛開始幾節課，老師講得比較基礎，還能跟得上，漸漸的老師授課的進程開始加速，有些跟不上了，需要下課後自己補上，問老師和周圍的同學。漸漸的，在老師的悉心教導下，我們開始熟悉這個軟件了。老師佈置的第一個任務，要求做一個自我形象網站。由於學習的時間較短，老師只要求用PS做好模板即可，任務相對簡單。但也要求設計感強，色彩搭配和諧，並且儘可能的做成實用又符合實際的漂亮網頁。
第二個網頁設計老師要求相對較高，用dreamweaver做一個比較接近真實的網頁，還要做一個二級頁面。於是開始收集各方面的資料。確定了主題就開始佈局了。最開始使用了一個表格，然後在表格內進行拆分合並處理，接着就把通過ps處理出來一個版頭並且把修改過大小的圖片放進去了。
中間時預覽，問題出現了，發現版頭與下面的圖片文字之間出現了很大的一段距離，但是在軟件中已經把距離縮小為0了，多次嘗試後沒有效果。最後想到可以另外再加一個表格，把版頭放在一個表格內面，這樣問題就解決了。預覽是效果還不錯。但是總覺得首頁做得太普通，一次瀏覽學長做的網頁時，覺得他們的文字滾動窗口做得效果做得不錯，於是想借見一下。就決定把自己網站的左邊修改修改。複製了他的代碼，把上面的內容修改成我的網站需要的文字。本以為可以輕鬆的完成，但是卻出現大問題了。
因為需要滾動的文字佔的空間太大，把左邊的那部分表格全部佔滿了，而在實際的網頁預覽中，這個有文字滾動的框只佔了左邊Oeasy教你玩轉網頁設計瀏覽的工具建站程序三分之一，左邊有三分之二留白了。我就想可不可以把文字這樣一層層的放在上面，試了很多方法，在網站查了很多資料，可能因為沒有專業術語作為搜索的關鍵詞，查不到任何相關的資料，試過div標籤，試過不停的拆分表格，最後還是沒有效果。
就這樣試着試着，突然想到了層這個概念。於是在佈局中點擊了繪製層，結果成功了，經過一些加工，終於成功的完成左邊的佈局。印象還比較深刻的是插入聲音，記得老師曾經給我們講過很多次怎樣插入聲音，可是等到自己做網頁的時候卻忘記了，於是問其他人，結果居然都忘記了，於是自己在百度上收。
最後終於找到了一個可以使用的代碼，但是在加入聲音路徑時出現了問題。在屬性內加入源文件，結果就是加不進去MP3的音樂文件，然後自己就嘗試加入了一個視頻，記下了路徑格式，然後照着這種格式寫下了指向聲音源文件的路徑，最後成功了。在設計過程中還出現了很多的問題，但通過看書，上網查詢，請教同學等方式，不斷的學習、解決、提高，設計出的網頁不論是外觀還是內容，都在不斷的進步、改善。可以説在自己動手，不斷實踐的過程中，網頁設計水平得到了很大的提高。熱情和執着，我將來設計出的網頁會更加專業，更完善。
設計心得體會範文 篇9
在科技高度發展的今天，計算機在人們之中的作用越來越突出。
而c語言作為一種計算機的語言，我們學習它，有助於我們更好的瞭解計算機，與計算機進行交流，因此，c語言的學習對我們尤其重要。
在這個星期裏，我們專業的學生在專業老師的帶領下進行了c語言程序實踐學習。
在這之前，我們已經對c語言這門課程學習了一個學期，對其有了一定的瞭解，但是也僅僅是停留在瞭解的範圍，對裏面的好多東西還是很陌生，更多的在運用起來的時候還是感到很棘手，畢竟，萬事開頭難嘛。
由於時間的關係，我們的這次實踐課程老師並沒有給我們詳細的介紹，只是給我們簡單的介紹了幾個比較重要的實際操作。
包括了程序模塊處理。簡單界面程序。高級界面程序。程序的添加修改。用程序做一元線性迴歸處理以及用c語言程序來畫粒度分佈圖等這幾樣比較重要的時間操作。
上機實驗是學習程序設計語言必不可少的實踐環節，特別是c語言靈活、簡潔，更需要通過編程的實踐來真正掌握它。
對於程序設計語言的學習目的，可以概括為學習語法規定、掌握程序設計方法、提高程序開發能力，這些都必須通過充分的實際上機操作才能完成。
學習c程序設計語言除了課堂講授以外，必須保證有不少於課堂講授學時的上機時間。
因為學時所限，課程不能安排過多的統一上機實驗，所以希望學生有效地利用課程上機實驗的機會，儘快掌握用c語言開發程序的能力，為今後的繼續學習打下一個良好的基矗為此，我們結合課堂講授的內容和進度，安排了12次上機實驗。
課程上機實驗的目的，不僅僅是驗證教材和講課的內容、檢查自己所編的程序是否正確，課程安排的上機實驗的目的可以概括為如下幾個方面：
1、加深對課堂講授內容的理解
課堂上要講授許多關於c語言的語法規則，聽起來十分枯燥無味，也不容易記住，死記硬背是不可取的。
然而要使用c語言這個工具解決實際問題，又必須掌握它。
通過多次上機練習，對於語法知識有了感性的認識，加深對它的理解，在理解的基礎上就會自然而然地掌握c語言的語法規定。
對於一些內容自己認為在課堂上聽懂了，但上機實踐中會發現原來理解的偏差，這是由於大部分學生是初次接觸程序設計，缺乏程序設計的實踐所致。
學習c語言不能停留在學習它的語法規則，而是利用學到的知識編寫c語言程序，解決實際問題。
即把c語言作為工具，描述解決實際問題的步驟，由計算機幫助我們解題。
只有通過上機才能檢驗自己是否掌握c語言、自己編寫的程序是否能夠正確地解題。
通過上機實驗來驗證自己編制的程序是否正確，恐怕是大多數同學在完成老師作業時的心態。
但是在程序設計領域裏這是一定要克服的傳統的、錯誤的想法。
因為在這種思想支配下，可能你會想辦法去"掩蓋"程序中的錯誤，而不是儘可能多地發現程序中存在的問題。
自己編好程序上機調試運行時，可能有很多你想不到的情況發生，通過解決這些問題，可以逐步提高自己對c語言的理解和程序開發能力。
2、熟悉程序開發環境、學習計算機系統的操作方法
一個c語言程序從編輯、編譯、連接到運行，都要在一定的外部操作環境下才能進行。
所謂"環境"就是所用的計算機系統硬件、軟件條件，只有學會使用這些環境，才能進行程序開發工作。
通過上機實驗，熟練地掌握c語言開發環境，為以後真正編寫計算機程序解決實際問題打下基矗同時，在今後遇到其它開發環境時就會觸類旁通，很快掌握新系統的使用。
3、學習上機調試程序
設計心得體會範文 篇10
完成了這次的二元多項式加減運算問題的課程設計後，我的心得體會很多,細細梳理一下，有以下幾點：
1、程序的編寫中的語法錯誤及修改
因為我在解決二元多項式問題中，使用了鏈表的方式建立的二元多項式，所以程序的空間是動態的生成的，而且鏈表可以靈活地添加或刪除結點，所以使得程序得到簡化。但是出現的語法問題主要在於子函數和變量的定義，降序排序，關鍵字和函數名稱的書寫，以及一些庫函數的規範使用，這些問題均可以根據編譯器的警告提示，對應的將其解決。
2、程序的設計中的邏輯問題及其調整
我在設計程序的過程中遇到許多問題，首先在選擇數據結構的時候選擇了鏈表，但是鏈表的排序比較困難，特別是在多關鍵字的情況下，在一種關鍵字確定了順序以後，在第一關鍵字相同的時候，按某種順序對第二關鍵字進行排序。在此程序中共涉及到3個量數，即：係數，x的指數和y的指數，而關鍵字排是按x的指數和y的指數來看，由於要求是降冪排序且含有2個關鍵字，所以我先選擇x的指數作為第一關鍵字，先按x的降序來排序，當x的指數相同時，再以y為關鍵字，按照y的指數大小來進行降序排列。
另外，我在加法函數的編寫過程中也遇到了大量的問題，由於要同時比較多個關鍵字，而且設計中涉及了數組和鏈表的綜合運用，導致反覆修改了很長的時間才完成了一個加法的設計。但是，現在仍然有一個問題存在：若以0為係數的項是首項則顯示含有此項，但是運算後則自動消除此項，這樣是正確的。但是當其不是首項的時候，加法函數在顯示的時候有0為係數的項時，0前邊不顯示符號，當然，這樣也可以理解成當係數為0時，忽略這一項。這也是本程序中一個不完美的地方。
我在設計減法函數的'時候由於考慮不夠充分就直接編寫程序，走了很多彎路，不得不停下來仔細研究算法，後來發現由於前邊的加法函數完全適用於減法，只不過是將二元多項式B的所有項取負再用加法函數即可，可見算法的重要性不低於程序本身。
3、程序的調試中的經驗及體會
我在調試過程中，發生了許多小細節上的問題，它們提醒了自己在以後編程的時候要注意細節，即使是一個括號的遺漏或者一個字符的誤寫都會造成大量的錯誤，浪費許多時間去尋找並修改，總結的教訓就是寫程序的時候，一定要仔細、認真、專注。
我還有一個很深的體會就是格式和註釋，由於平時不注意格式和註釋這方面的要求，導致有的時候在檢查和調試的時候很不方便。有的時候甚至剛剛完成一部分的編輯，結果一不注意，就忘記了這一部分程序的功能。修改的時候也有不小心誤刪的情況出現。如果注意格式風格，並且養成隨手加註釋的習慣，就能減少這些不必要的反覆和波折。還有一點，就是在修改的時候，要注意修改前後的不同點在哪裏，改後調試結果要在原有的基礎上更加精確。