![](https://img.laitimes.com/img/9ZDMuAjOiMmIsIjOiQnIsISOwkTO0YDM2EzNxEDM4EDMy8CX0Vmbu4GZzNmLn9Gbi1yZtl2Lc9CX6MHc0RHaiojIsJye.jpg)
1. 避免重複原則
程式設計的最基本原則是避免重複。在程式代碼中總會有很多結構體,如循環、函數、類等等。一旦你重複某個語句或概念,就會很容易形成一個抽象體。
2. 抽象原則
與避免重複原則相關。要記住,程式代碼中每一個重要的功能,隻能出現在源代碼的一個位置。
3. 簡單原則
簡單是軟體設計的目标,簡單的代碼占用時間少,漏洞少,并且易于修改。
4. 避免建立你不要的代碼
除非你需要它,否則别建立新功能。
5. 盡可能做可運作的最簡單的事
盡可能做可運作的最簡單的事。在程式設計中,一定要保持簡單原則。作為一名程式員不斷的反思“如何在工作中做到簡化呢?”這将有助于在設計中保持簡單的路徑。
6. 别讓我思考
所編寫的代碼一定要易于讀易于了解,這樣别人才會欣賞,也能夠給你提出合理化的建議。相反,若是繁雜難解的程式,其他人總是會避而遠之的。
7. 開閉原則
你所編寫的軟體實體(類、子產品、函數等)最好是開源的,這樣别人可以拓展開發。不過,對于你的代碼,得限定别人不得修改。換句話說,别人可以基于你的代碼進行拓展編寫,但卻不能修改你的代碼。
8. 代碼維護
一個優秀的代碼,應當使本人或是他人在将來都能夠對它繼續編寫或維護。代碼維護時,或許本人會比較容易,但對他人卻比較麻煩。是以你寫的代碼要盡可能保證他人能夠容易維護。用書中原話說“如果一個維護者不再繼續維護你的代碼,很可能他就有想殺了你的沖動。”
9. 最小驚訝原則
最小驚訝原則通常是在使用者界面方面引用,但同樣适用于編寫的代碼。代碼應該盡可能減少讓讀者驚喜。也就是說,你編寫的代碼隻需按照項目的要求來編寫。其他華麗的功能就不必了,以免弄巧成拙。
10. 單一責任原則
某個代碼的功能,應該保證隻有單一的明确的執行任務。
11. 低耦合原則
代碼的任何一個部分應該減少對其他區域代碼的依賴關系。盡量不要使用共享參數。低耦合往往是完美結構系統和優秀設計的标志。
12. 最大限度凝聚原則
相似的功能代碼應盡量放在一個部分。
13. 隐藏實作細節
隐藏實作細節原則,當其他功能部分發生變化時,能夠盡可能降低對其他元件的影響。
14. 迪米特法則又叫作最少知識原則
該代碼隻和與其有直接關系的部分連接配接。(比如:該部分繼承的類,包含的對象,參數傳遞的對象等)。
15. 避免過早優化
除非你的代碼運作的比你想像中的要慢,否則别去優化。假如你真的想優化,就必須先想好如何用資料證明,它的速度變快了。“過早的優化是一切罪惡的根源”
16. 代碼重用原則
重用代碼能提高代碼的可讀性,縮短開發時間。
17. 關注點分離
不同領域的功能,應該由不同的代碼和最小重疊的子產品組成。
18. 擁抱改變
這被認為是極限程式設計和靈活方法的宗旨。