代码抽象化的三个原则

在编写代码的过程中，有时候同一个功能，会在其他地方也用到，比如日期格式化。

我们把日期格式化这个功能封装成一个通用方法，这就是代码的抽象化。

代码的抽象化，有三个原则：

参考文章：http://www.ruanyifeng.com/blog/2013/01/abstraction_principles.html

（1）DRY 原则

DRY，是 Don't repeat yourself 的缩写，中文为：不要重复自己。

软件工程名著《The Pragmatic Programmer》首先提出了这个原则。

DRY 原则：系统的每一个功能都应该有唯一的实现。

（2）YAGNI 原则

YAGNI，是 You aren't gonna need it 的缩写，中文为：你不会需要它的。

这是"极限编程"提倡的原则。

YAGNI 原则：你自以为有用的功能，实际上都是用不到的，保持最核心的功能即可。

（3）Rule Of Three 原则

Rule Of Three 原则，又称“三次原则”。

实际上 DRY 原则和 YAGNI 原则是有些矛盾的，前者讲究“抽象化”，后者推崇“快和省”。

因此才出现了 Rule Of Three 原则（三次原则）

Rule Of Three 原则：

1、当某个功能只出现 1 ~ 2 次时，就不需要做抽象化了，费时费力。

2、当某个功能出现 3 次及以上时，再进行抽象化，封装下写成通用的方法。

转载于:https://my.oschina.net/u/3185947/blog/3013694