C++程式設計師生互動（2012年春第6周）

　　這周開始，同學們在送出報告之餘寫的總結、随筆逐漸多了，其中不乏妙筆。摘錄出來，配上老賀的一些評論及感言，作為師生更大範圍的互動，共同享受進步的愉悅。

學習及其方法篇：

我決定每天在做完c++作業的同時，額外的抽出至少半小時的時間編寫c++程式，以彌補自己在上個學期漏下的知識點，希望自己能堅守住自己的諾言。【很好的計劃。】

上節課聽講不太好···沒全聽明白···百度了一下錯誤才找出了兩種改法···【向百度同志學習！】

這個是周一晚上到賀老那裡聽了講解後改得···覺得簡單了好多···也容易了解了···之前自己做的那個有些地方自己都有點摸不着頭腦~以後要堅持去！！！

老師曾經說過，我們需要至少有兩種能力，一當然是我們每天幾乎都要做的，寫代碼的能力，另一種那，就是讀代碼的能力，老師也說其實以後可能讀代碼所要花的時間要比寫代碼的時間更多，是以，要我們盡快培養這種能力。畢竟讀代碼，可以領會别人的意圖，補己之短，程式填空，也是基于在讀代碼的基礎之上，可見讀代碼多麼重要喽，看來，i still have lots more to work on.【深入進去，就會發現那片天空有多美。】

改錯題應該注意細節，仔細看書，還是很簡單的【隻要仔細做，沒有難的】

當程式設計式一段時間後，反過頭來看書會有意想不到但又在意料之中的驚喜【有錢難買回頭看】

常對象（常變量）、指針、數組，這些熟悉的名字在面向對象中再次出現，本來就有一些對概念的朦胧感，這次又遇到就像在生活中碰到同學，隻知道他是自己的童鞋，但是具體是那個專業哪個班的就不知道啦！隻好回去翻翻前面的。現在新的算法接觸的不多，主要新的概念，新的功能挺多的，如果不仔細分析不容易記憶，分辨，和利用。

在指導同學的同時也教會和重新審視了自己的不足或是漏洞，與其說是指導同學，還不如說是自我提高，畢竟能給同學講明白也是一種境界，感謝問過我問題的人。【這樣的心态有利于進步。很多同學驚歎老師幫同學調程式，一眼就能看出問題。有入門先後問題，還有就是借助于輔導同學練出來的。】

兩點之間距離并不遙遠，我也會離它不遠。【注：這是同學由cpoint p1(2,3),p2(6,-2); p1.distance(p2);而發的感慨。】

複雜的問題可以分步解決，用點構成的三角形，就要先把相關點的計算單獨構造函數。 看似複雜的問題其實很簡單，生活也是這樣。【哲理！】

代碼可能想象起來挺麻煩的，在程式設計之前會給自己一種壓力，說這個程式挺複雜的，實際上這是在騙自己說自己不會做，做出來的可能性不大，隻是錯誤的暗示，真正做起來其實并不是那樣的，靜下心來一切皆有可能！

這個任務總算是在同學的幫助下做完了，沒有局限于一行一行的看，劃分成了幾部分做完的，效果還不錯。【一頭紮進細節，找罪受，不讨好。】

将題意了解清楚，在經過老師的講解就很容易了、以後還是要先做比較好，聽完老師的好像有點投機取巧咯【這個過程還是要的。】

教我們一定很辛苦啊，尤其是有像我這麼笨的學生。。。唉，學什麼都覺得難，不過我還是不會放棄！【教你們這些值得教的同學，看到你們的進步，不覺辛苦，很享受。】

不如先聽講在寫，可謂是聽老師一句話，勝看10分鐘啊、、、【聽我兩句話，勝過一頓飯（20分鐘）；聽我50句，勝過睡一覺（500分鐘，8小時多了）】

在沒聽周一下機後的輔導，自己做程式很有思路，即使有錯誤，自己也有耐心和信心找出來。可是聽了賀老師的點撥以後，自己的思路就沒了，即使是小的錯誤，也沒有耐心改正了，總想按老師 的思路做，可是按老師的思路做，自己卻不動腦子了。本程式雖然有小的不同，但完全是按自己的思路來的，比按老師 的思路來做感覺要爽。【你适合不聽，自己先做了。如果對比，聽外看視訊，這樣效果可能更佳。強調：周一的輔導因人而異，感覺不好的可以不去，或者完了看視訊。現在感覺有些該去的沒有去……這話不敢說了，我想起了那個著名的笑話。】

在遇到函數調試不出來時，先把主函數中的函數調用一個一個登出掉，一個個找出錯誤來，否則一塊找時，無從下手。或者有時盡是一個錯誤，就把所有的錯誤解決掉了。【這是常用的技巧，自發而生】

感悟類：

檢驗積累：使用面向對象程式設計确實減少了不少代碼負擔！其運作機制我還不太懂但已經體會到面向對象的優點！本次程式使用了兩個對象cpoint和ctriangle ,二者的默契配合使程式更有趣！我還體會到庫函數的“偉大”，它是程式設計的好幫手！

我認為這樣分檔案程式設計，思路更清晰了！更有條理性！再有如果程式中多次使用類,隻要将頭檔案包含進來就可以，不必重複寫類的聲明，使程式更簡潔明了，提高效率！  

如果一個對象被定義為常對象，則不能調用該對象的 非const型 的成員函數。無論哪種方法，效果都是一樣的。【面對差不多的東西，要看到到底差在哪兒。】

分檔案夾存放代碼，可以使程式井然有序，便于管理，特别是在将來的大項目的時候，這一點非常重要。

難點其實就在于在類類型中調用枚舉類型啦，畢竟枚舉類型學過去的時間稍微有些長了，而且在學的時候也沒有針對性的練習，是以歸根結底在于不能熟練的利用罷了，在寫代碼的之前，看看課本有關的章節，注意課本例題中給出的代碼，回顧回顧，還是可以解決問題的；其次我個人覺得有些難度的還有求p點與已知點之間的距離的函數，因為因為參數是類，是以會在思維上有些困擾，不能像常見的資料類型那樣熟練的調用，不過也還好啦，把它當作普通資料類型看待也就會好很多的。【用過了都說好！】

 關于對象當做參數的應用應該注意一下、當傳回值應是一類資料時，應該往這方面考慮。兩點距離的求法就像路人甲請路人乙回家做客一樣。【賀注：point p1(2,3),p2(-1,2); d=p1.distance(p2);】

const類型也太霸道了吧，無法改變值啊【你更霸道，捏着const的小命。】

解法一是在逃避const，沒有在本質上解決問題，改動比較大；而解法二是在原作者的思維上改動，符合改錯原理

老賀無中生有的獨白：

【全拿下來了。時間可能會有些緊張，但習慣了，不過如此。這才是正常的大學生活。加油！】

【總結出真知】

【光貼代碼，不總結，鄙視！】