程序員如何優化代碼？

一個優秀的程序員應該要求自己盡量寫出好代碼，眾所周知，好的代碼應該符合邏輯清晰，易于維護，整潔簡單，性能優化等優點。而完全與之相反的就是我們所說的爛代碼。那么，我們應該如何避免寫出爛代碼呢？本文將為大家總結出十條避坑準則，希望可以幫助程序員們寫出更加優美簡潔的代碼。

1、不要混合不同的格式

程序員在寫代碼時要注意不要混合不同的格式，例如單引號或雙引號就不能混用。尤其是在它們的語義相同的時候，也千萬不能混用。

2、不要把代碼寫成一行

3、不要忽視發現的錯誤

錯誤也是一種邏輯分支，如果不處理的話，代碼就不夠健壯。前端代碼處理錯誤的方式一般為提示用戶有異常發生。如果錯誤不影響業務流程，則寫入日志里并上報。因此關于錯誤的正確處理態度是，當你發現某些錯誤時，需要讓其他人也了解它，因此需要打印出日志或 Traceback。

4、代碼需要做特定測試

測試的重要性這里就不在贅述了，大家千萬別以為測試僅僅只是重復且無意義的工作。畢竟通過測試我們才能發現許多的問題。

5、不要使用除英語外的語言注釋

注釋是程序很重要的部分，可以說是理解一個工程或項目的途徑之一。注釋的重要性大家都知道，但是寫注釋的時候，一定要注意不要使用除英語外的其他語言。

6、不考慮業務模型

現在都是敏捷開發，導致程序員也變得浮躁了，不分析或者草率分析需求，拿到就是干，隨著業務迭代，開發人員增加，每個人各寫一套，關于一個名詞的定義都能有好幾套寫法，sql查詢可能會分散到好多repo中，相同的sql可能會在不同的地方寫上好幾遍。關鍵是發現之前的模型定義錯了，數據庫的ER圖設計有問題，仍然不會去更改，因為總是有新的需求會來，然后拼了命的做需求，留下一堆爛代碼無法維護，最后連自己都不想看。

7、不要使用陳舊的 API

陳舊的 API 往往有很多問題，比如安全、性能、不易讀等。

Array.isArray(array)

array.find(a => a % 2 === 0);

Object.keys(obj).forEach(console.log)

'some text'.includes('some')

' some text '.trim()const array = [];const obj = {};

8、不要用字符串拼接url

字符串拼接 url 需要處理 encode 或者 decode 的情況，還有對于 ？和 # 的判斷不對的話，很容易造成漏洞或者 Bug。目前瀏覽器和 Node 都已經提供了標準的 URL 解析方法。

9、if 條件邏輯嵌套不要超過三層

避免這么做的道理很簡單，過深的嵌套會導致理解困難。因此解決辦法就是合并判斷條件，或者獨立成函數。

if (status = Opened && type = 'array' &&code = Success) {

doSomething();

}

10、避免重復

幾乎所有程序員都知道要避免拷代碼，但是拷代碼這個現象還是不可避免的成為了程序可維護性的殺手。無論何種重復，都在一定程度上說明了程序員的水平有問題。另外，除了代碼重復之外，很多熱衷于維護代碼質量的程序員新人很容易出現信息重復。隨著項目的演進，無用的信息會越積越多，最終甚至讓人無法分辨哪些信息是有效的，哪些是無效的。

總的來說，程序員想要避免寫出爛代碼其實要考慮很多方面的問題。當然，一些人可能會想，寫好代碼這么費勁還不如寫爛代碼糊弄一下得了。但是如果每次敲代碼都只是這樣糊弄了事，久而久之你就會發現自己的能力在工作中并沒有得到提升，職業瓶頸和危機也就此來了。因此，程序員想要提升自己的職業競爭力，應該從避免寫出爛代碼開始。