小菜編程成長記(二 代碼規范、重構)
系列文章導航:
小菜編程成長記(九 會修電腦不會修收音機?——聊設計模式原則)
小菜編程成長記(十一 無熟人難辦事?——聊設計模式迪米特法則)
小菜編程成長記(十三 設計模式不能戲說!設計模式怎就不能戲說?)
(續上篇)
大鳥說:“且先不說出題人的意思,單就你現在的代碼,就有很多不足的地方需要改進。比如變量命名,你的命名就是ABCD,變量不帶有任何具體含義,這是非常不規范的;判斷分支,你這樣的寫法,意味著每個條件都要做判斷,等于計算機做了三次無用功;數據輸入有效性判斷等,如果用戶輸入的是字符符號而不是數字怎么辦?如果除數時,客戶輸入了0怎么辦?這些都是可以改進的地方。”
“哦,說得沒錯,這個我以前聽老師說過,可是從來沒有在意過,我馬上改,改完再給你看看。”


















































大鳥:“吼吼,不錯,不錯,改得很快嗎?至在目前代碼來說,實現計算器是沒有問題了,但這樣寫出的代碼是否合出題人的意思呢?”
小菜:“你的意思是面向對象?”
大鳥:“哈,小菜非小菜也!”
(待續)
全站熱搜