代码抽象三原则

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