最近一直忙於開發與維護之間，往往是一個個小應用剛完成，又要維護新提交的Bug。總感覺自己的時間不夠用，想抽點時間來處理點最近的安排，可還得忙於維護代碼。特別是在這週中，遇到了一個新需求，就是文件統一的處理方式，原先只有FTP文件方式處理，後來要加個新需求，可以支持本地存取的方式。雖說不是很難，也就是在代碼中添加幾個if-else判斷，再加幾個有關本地處理的函數。代碼測試，代碼提交，自己也沒過多去考慮設計方面的東西。其實自己一開始就沒仔細去看裏面的實現，想着加入自己的新功能就可以啦。後來組長說裏面saveFile,deleteFile,downloadFile等中有許多類似的判斷結構，if-else也有三層左右，應該考慮重構一下。
這不由得想起了以前看過的一個書《重構 改善既有代碼的設計》，現在自己遇到的情況不是與裏面的例子很相似嗎？於是自己將裏面一些類似代碼抽出來，重新設計了兩個處理類和一個工廠方法。這下基本上算挺完美了，也符合軟件設計的開閉原則。如果以後加入其它處理方式也是挺容易。
從這件事中也反映出，程序員都不太願意去讀已有的代碼，維護它們。他們寧願去做開發，重新寫新的代碼。其實這背後揭示的一個編程規範，統一的代碼風格，代碼重構等問題。如果你想做一個優秀的程序員，這些都是你必須去面對的問題。如果連自己的代碼都寫的不規範，不願去重構，提升代碼的質量，你難道還希望別人幫你擦屁股嗎？？其實這些問題一直都在的腦子中浮現，從上一個公司到這個公司，代碼規範程度上有了一些提高，主要是由於代碼生成工具生成基本的數據庫操作代碼，在此基礎上再修改，文檔方面做的還是不行。也由此引起自己對這些問題的再一次深思。
這方面需要自己去面對的，先要從代碼規範，Code Review. CheckStyle，Findbugs等方面入手，也要爲以後項目的管理打下基礎。基本理論知識的學習，加上輔助工具，這方面還有許多東西要學的。