代码抽象

抽象是代码设计的根本

三原则

一、DRY原则

DRY是 Don't repeat yourself 的缩写，意思是"不要重复自己"。

如果抽象起来很容易，最好第一次就把它抽象设计了。

二、YAGNI原则

YAGNI是 You aren't gonna need it 的缩写，意思是"你不会需要它"。

这是"极限编程"提倡的原则，指的是你自以为有用的功能，实际上都是用不到的。因此，除了最核心的功能，其他功能一概不要部署，这样可以大大加快开发。

它背后的指导思想，就是尽可能快、尽可能简单地让软件运行起来（do the simplest thing that could possibly work）。

如果抽象不容易，那么先搞定再说吧。

三、Rule Of Three原则

Rule of three 称为"三次原则"，指的是当某个功能第三次出现时，才进行"抽象化"。

它的涵义是，第一次用到某个功能时，你写一个特定的解决方法；第二次又用到的时候，你拷贝上一次的代码；第三次出现的时候，你才着手"抽象化"，写出通用的解决方法。

这样做有几个理由：

（1）省事。如果一种功能只有一到两个地方会用到，就不需要在"抽象化"上面耗费时间了。

（2）容易发现模式。"抽象化"需要找到问题的模式，问题出现的场合越多，就越容易看出模式，从而可以更准确地"抽象化"。

From: 

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