程式員之二 方法

大部分人工作應該很大程度上都是為了掙人民幣，而程式員要想掙更多的人民幣，就不能滿足初級程式員了。我的理解，程式員加薪兩個方向。

項目方向，相信很多項目負責人深有體會，作為負責人並不是你有多優秀，而是你跟這個項目時間最長。這就是所謂的業務積累。技術方向，你喜歡探索，你鐘愛研究，你偏執技術，你身體過硬。未來某一天，你成為了一個行業的技術標杆。顯然這個比上面業務積累要花更長的時間，也更難做到。因此，很多人成了前者。但是細細思考，這樣發展而來的項目負責人真的合格嗎？真的能從大局觀來考慮一個項目了嗎。至少我沒有這個能力。但是為了幹好這個崗位，作為一個有態度的程式員。在業餘時間，我也會花很多精力去研究代碼的藝術。我覺得，能將這些理論和方法，付諸實踐，做一個中級程式員還是合格的。

方法如果不是自己總結，開始階段就是生搬硬套，慢慢的你可能會形成一種習慣。為了讓自己更深刻的記憶，我先來吐槽一下。

還是那6個if/else的問題。某一天，項目在推廣，需求在變化，人員已經離職。你無奈接了這個爛攤子，或許你是一個不負責任的程式員，你讓6個if/else變成了8個if/else
。不要笑，或許你曾經就這麼幹過。如果你是一個程式員，你應該想象得到，這個方法可能有些什麼邏輯。if
什麼使用者 { if 統計什麼科目  {if 
統計什麼範圍 if{。。。。}}}
。哈，暈了吧。是的，能寫出這種代碼的人，其實也不容易。碰到這種問題，如果你能用設計模式來重構，當然是最理想的。假如你不會，其實，用一些方法也是可以處理的。

1:提取

把每個if/else中，的代碼，獨立出來做一個方法。

2:儘快返回，減少嵌套

分析if/else條件，加一些retun語句，讓代碼變得清晰起來

做了這兩步，代碼的可讀效能提高不少。要想寫出高品質又美觀的代碼，建議看看《重構改善代碼設計》這本書。