為什麽bug這麽多，論一個規範的開發框架重要性
阿新 • • 發佈：2017-09-02
十個 代碼層次 為什麽 二次 方法 .com 管理 height img 
有一些大神總結出來的經驗真的是只有被坑過才能理解：
1.一個方法只做一件事情
2.當一段代碼重復了第3次的時候，就要把這段代碼剝離出來。
3.字面量不要到處寫，能用常量定義的就用常量。
在公司做項目二次開發快一年了，說實話，每次我和同事調侃，寫一個星期代碼，就要改一個月bug，心累。為什麽我會產出這麽多bug，我技術很low嗎？我是程序員渣渣？捫心自問，我不服啊
每次做單獨項目接口都會寫個文檔，說明的一清二處，上回和專業線那邊合作做開發，根本就不需要我費什麽勁跟人溝通，直接一個文檔甩過去。
哪怕是搞前後端是我一個人，我也把文檔給寫了，怕到時候後面的同事接手我的項目，或者項目變更外包給其他團隊。
自己做單獨項目，技術框架自己搭的，算不上好，但是努力去遵循一些基本的解耦，代碼分層規範，響應層只作調用，一行業務代碼都不放，所有的業務處理都放在業務層service裏面處理，響應層就負責調用
再復雜的業務十幾行搞定，不同的獨立業務全部拆分，響應層只是把獨立的業務再捏合一下就ok了，這樣需求變動的時候，那塊業務要改，就只需要到service層去調整一下，其他層代碼看不都不用看.
再看service層，公共方法用繼承抽到父類去，每個業務方法基本一行搞定，復雜的業務查詢sql我又全部抽離到一個層去統一管理，代碼層次清晰，簡潔優雅到一目了然（~_~）
有一些大神總結出來的經驗真的是只有被坑過才能理解：
1.一個方法只做一件事情
2.當一段代碼重復了第3次的時候，就要把這段代碼剝離出來。
3.字面量不要到處寫，能用常量定義的就用常量。
為什麽bug這麽多，論一個規範的開發框架重要性