『不爽』debug de到快起肖....一.一....眼花了...

先把流程圖畫出來之後再來Coding比較好,不要光憑腦力就想把邏輯給搞定,那只會搞死自己的。
Computer的來臨, 不見得要割捨溫暖的古老打字機... Digital的衝襲, 讓我們更加了解人文的豐富與獨特性。
為了讓自己未來debug好過些...
強烈建議幾個方法.

1. 像David Jackson朋友說的, 先畫流程圖, 或是寫 Suedo Code.

2. Comment!!! 註解啊!! 不寫你就知道死活了! 所以養好習慣, 每個method前面最好都寫些comment. 小弟不敢說很強, 但是在業界混了好幾年了, 別人會喜歡接我的code, 因為我的註解寫很多, 雖然花多點時間, 但是, 要找起問題來可是方便好找多了. 尤其那些亂複雜的邏輯.

3. brake down your codes. 不要一個method寫得樂樂長... 能共用的功能拆出去寫成一個可以共用的method. 盡量弄成一塊塊的component. 這樣不但code容易看多了, 而且, 哪一塊出錯誤, 只要去修改它, 剩下的就都改好了. 不然重複寫了一堆東西, 改了這邊, 忘了改那邊, 出來的還是有問題.

4. 如果真的卡死了, 找同學幫你看看吧, 有時候第三者能很快的幫你看出問題在哪, 程式自己寫的, 很容易調回自己的邏輯缺陷中.

5. 沒事多起來晃晃, 動一動, 血液流通順暢點, 有助思考喔. 阿西摩每次寫程式寫到卡住都會爬起來到處晃晃, 把注意力轉開, 然後, 再回去思考, 有時候會突然有靈感, 然後兩三下就寫好了.

6. IDE也很重要, C++, 阿西摩是用Dev C++ 還不錯用. 簡單明瞭的使用, 有些IDE讓人眼花撩亂, 除非你很熟, 不然, 這些功能強大的IDE反會成為你寫程式的障礙.

以上是些經驗談... 參考參考吧

sweethome wrote:
加油!
這個時候只能說妳需要一點靈感
常常在這個沒有頭緒的時候
我反而會去走走,仔細想想頭尾那裡有可能有問題

Bug你可以把他視為敵人
那他就一輩子跟你為敵
如果你視他為朋友的話,那他就只是一位對你很嚴厲不妥協的朋友而已
解決他之後,你會發覺,他又教了你一樣東西
尤其是越難解的BUG學到的東西越多

以上的言論是建立在你想要當程式設計師的前提之下
不想的話,就不用想那麼多吧!



我有那麼偉大嗎?
其實我一直沒有畫流程圖的習慣…
倒是註解也寫的不少…
看大大的見解…看來要把流程圖複習一下,拿來應用了…

阿摩西大大:dev c++是有中文的那個吧…我是用vc++((因為學校都教那個的,寫的比較習慣…雖然很多功能都不懂!))

還有個問題
各位大大啊…你們都會常運用到類別嗎?
其實,老實說到現在,我寫程式都很少用到類別的東西…
絕大部分都是拆成method,再去呼叫…
還蠻少會運用到類別的部分的說…

還是因為我寫的程式都不大的原因呢?@@"
★這傢洗艾台玩啦!☆
我說的Dev C++是英文版的.
VC++? Visual C++? 我本身不喜歡Visual Studio的環境, 功能很強大沒錯, 可是對於初學者來說, 有點太複雜了.

還有樓主所謂的類別是指啥? Sorry, 當初是在國外學校學寫程是開始的, 所以對中文的名稱不是很懂...

至於該怎麼寫比較好, 一半是Software Engineering學的東西, 還有架構, 另外一半就是經驗. 程式寫多了, 就會比較有感覺.
類別就是 class 囉~

至於在設計程式時要不要用到 class?或者說,要不要使用物件導向技術?如果現實條件不要求的話(例如客戶需求,專案性質,或是機車的專案經理),就用你熟物件導向或是程序導向囉!我是比較習慣物件導向,把專案切成數個物件,再控制這些物件完成任務,端看個人囉!
非得把車搞得像貴賓狗一樣才肯騎是不是?
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!