代碼抽象三原則

1、DRY（Don't repeat yourself）

解釋：不要重複本身

屢次遇到一樣的問題，就應該抽象出一個通用的解決方法，而不是重複一樣的代碼。

2、YAGNI（You aren't gonna need it）

解釋：你不會須要它

除了最核心的功能，其餘功能一律不要部署，儘量快、儘量簡單地讓軟件運行起來。
即不要爲了抽象而抽象，不要讓代碼一開始就變成華而不實的空中樓閣。

3、Rule Of Three

解釋：三次原則

第一次用到某個功能時，你寫一個特定的解決方法；
第二次又用到的時候，你拷貝上一次的代碼；
第三次出現的時候，你才着手"抽象化"，寫出通用的解決方法。

理由：
（1）省事。若是一種功能只有一到兩個地方會用到，就不須要在"抽象化"上面耗費時間了。
（2）容易發現模式。"抽象化"須要找到問題的模式，問題出現的場合越多，就越容易看出模式，從而能夠更準確地"抽象化"。
（3）防止過分冗餘。若是一種功能同時有多個實現，管理起來很是麻煩，修改的時候須要修改多處。在實際工做中，重複實現最多能夠容忍出現一次，再多就沒法接受了。

總結語：

該抽象的時候必定要抽象，不應抽象的時候就不要抽象，事不過三，三次或以上的重複代碼再作抽象化。

參考：
http://www.ruanyifeng.com/blog/2013/01/abstraction_principles.html