>[success] # KISS 原則 1. KISS 原則（`Keep It Simple and Stupid`），翻譯過來就是：`保持簡單，保持愚蠢`,也有人稱**懶人原則** 2. 這個原則應用不僅僅是代碼編程在各行各業都可以遵循 * **廣告創意**必須簡單明了、純真質樸、切中主題，才能使人過目不忘，印象深刻 * **產品設計**產品中的零件數量越多，產品制造和裝配就越復雜和越困難，產品制造費用和裝配費越高，產品開發周期也就越長，同時產品發生制造和裝配質量問題的可能性越高。在確保實現產品功能和質量前提下，簡化的設計、更少的零件數量能夠降低產品成本，縮短產品開發周期，提高產品開發質量 * **代碼設計**,保持代碼可讀和可維護,代碼足夠簡單，也就意味著很容易讀懂，bug 比較難隱藏。即便出現 bug，修復起來也比較簡單可維護性較好 >[info] ## 簡單代碼 1. 并不是**代碼行數越少就越簡單**，還要考慮邏輯**復雜度、實現難度、代碼的可讀性**，但如果問題本身就復雜的問題，用復雜的方法解決，并不違背 KISS 原則 * **防止代碼腐壞**,當越來的多人進入項目中，開發和維護隨著邏輯越來越復雜，代碼邏輯開始變得漸漸難以維護，保持KISS 原則可以防止代碼腐壞 * **減少時間成本的投入**，維護代碼必然需要花時間修改、調試、理解內在邏輯并讓代碼正常運行，一旦代碼非常復雜，勢必會增加時間成本，保持KISS原則可以減少相應的時間成本 2. **簡單≠簡單設計或簡單編程**，為了完成進度而做簡單設計甚至不設計，認為只要后期有需要時再重構就行，編碼時也就采用簡單編程，并美其名曰迭代敏捷開發。但實際上，項目到后期幾乎沒有時間重構，并頻繁出現問題（定位時間變長、邏輯嵌套過深、不斷打補丁等），最后項目往往以失敗告終。 3. **簡單應該是讓別人理解代碼邏輯時更簡單** >[danger] ##### 編寫簡單代碼 * **不要炫耀編程技巧**，不要使用同事可能不懂的技術來實現代碼 * **不要長期進行打補丁式的編碼** * **不要重復造輪子，要善于使用已經有的工具類庫** * **不要簡單編程。** 硬編碼、一次性編碼、復制粘貼編碼、面向搜索編程都是簡單編程，如果一直習慣性地簡單編程，那么帶來的可能就是更復雜、更高成本的重構和重寫。這不僅不能提升代碼擴展性，還會使得代碼在后期無法被維護和重構。局部的簡單導致整體的更加復雜，這是現在公認的一種得不償失的做法。 >[success] # YAGNI 原則 **YAGNI** 原則的英文全稱是：`You Ain’t Gonna Need It`。直譯就是：你不會需要它。這條原則也算是萬金油了。當用在軟件開發中的時候，它的意思是：不要去設計當前用不到的功能；不要去編寫當前用不到的代碼。實際上，這條原則的核心思想就是：**不要做過度設計**,**在確定真的有必要的時候再寫代碼，那時再重構仍然來得及** >[success] # 參考 [設計模式之美](https://time.geekbang.org/column/article/171771) [趣學設計模式](https://kaiwu.lagou.com/course/courseInfo.htm?courseId=710#/detail/pc?id=6869)