作者thinkniht (不下棋=.=)
看板Soft_Job
標題Re: [請益] BUG少的程式 通常有什麼特色?
時間Fri Apr 27 00:11:45 2012
※ 引述《p52189 (皮爺)》之銘言：
: 大家好
: 個人經驗很淺，只寫過小型的 web 應用
: 很弱小很菜，一直以來深受bug所苦
: 從最開始亂寫，到後來聽了鄉民的意見，開始摸設計模式
: 設計模式確實有效的解決我原本混亂的撰碼習慣
: 而我自己也在黑暗中一邊摸索一邊嚐試修正
: 不過
: 即使一邊寫一邊提醒自己「不要亂寫不要亂寫不要亂寫」
: 還是會有疏忽的地方
: 每次都要花很多時間在完工之後的測試和bug修正
: 甚至會有花在測試的時間比動手寫的時間還多的狀況!!
: 我很想知道，bug少的程式究竟有些什麼樣的特質
: 而產出這些好程式的人，又是因為什麼樣的條件使他們手法漂亮?
: 請各位前輩指點，也請盡量講得淺顯一點
: 感謝!!!
減少Bug有兩個方向
1.避免Bug發生
這就要靠設計，比如說避免程式碼重複
如果程式碼重複很多 當你修Bug時
很可能因此產生更多Bug...
設計良好的程式不管需求變更還是修Bug都比較不會產生別的Bug
2.早期發現早期治療XD
多做單元測試...
不要想等全部寫完後再跑一跑做測試
這樣很可能有錯也沒發現
經過好好測試的程式才比較可靠
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.249.113.217
→ diabloevagto:1.解法Refactoring 2.OOAD 04/27 00:41
→ diabloevagto:當然...用2比較輕鬆＝ ＝ 04/27 00:42
一開始就設計得很好 這難度會很高
而且程式改多了(需求變更或修Bug)
Bad smell自然就會冒出來了
還是需要重構
※ 編輯: thinkniht 來自: 111.249.113.217 (04/27 01:09)
推 jackylu63:推OOAD 04/27 06:42
推 p52189:需求變更的確是很大的來源呢...我有讀過前人的文章提到把各 04/28 00:38
→ p52189:單位(類別、方法等)盡量獨立 彼此切割 然後沒問題的就重 04/28 00:39
→ p52189:複使用 我覺得這樣很好!只是實做方面還不熟練! 04/28 00:39
OOAD的確是有用
但是要一開始就設計到怎麼改都不用重構的話...一.一+
可能就會變得有點設計過度了XD
※ 編輯: thinkniht 來自: 114.44.15.7 (04/28 06:56)