软件开发原则

原则1：不要重复自己（Don’t Repeat Yourself，DRY 原则）

这个原则非常重要，换言之，就是不要写重复的代码。

当你正在构建一个大型的软件项目时，你通常会被整体复杂性搞得不知所措。解决复杂性的最基本的策略是将系统分成若干个容易处理的部分。起初，你可能想将系统按组件划分，每个组件代表了一个子系统，其中包含了完成特定功能所需的一切。

组件还可以往下再分，这样复杂性将被降低到单一职责（single responsibility），每个职责可以使用一个类来实现，类包含了方法和属性。方法实现算法，这些算法和算法的子部分是构成软件业务逻辑的最小知识块。你只需要保证这些块不重复即可。

DRY 原则规定，在整个系统中，每一个小的知识块只可能发生一次，且每个知识块必须有一个单一、明确、权威的表征。

在一个完美的应用程序中，每一小块业务逻辑将被封装在一个表征中，也就是一个变量或一个类。变量被封装在一个能够被描述为一个职责表征的类中，类被封装在一个能被描述为功能表征的组件中。这种方式称为模块化架构，DRY 原则是其一个重要的部分。

原则2：尽量简单、一目了然（Keep it Simple Stupid，KISS 原则）

最简单的解释往往是最正确的。

这里的 Stupid 翻译为“一目了然”更好一些，简单并不意味着一目了然，比如“.(){..&};.”，够简单吧，但看懂这是什么吗？这其实是一个 bash 中的 fork 炸弹（不断 fork 一个新进程，耗尽系统资源）。

所以做到简单的同时，还要做到一目了然。你也可以这样理解，将一个软件做得连白痴都会用。这就是用户体验的最高境界了。

原则3：适可而止（You Ain’t Gonna Need It，YAGNI 原则）

YAGNI 原则指的是只需要将应用程序必需的功能包含进来，而不要试图添加任何其他你认为可能需要的功能。

在一个软件项目中，往往 80% 的时间花费在 20% 的功能上。

这些原则看似简单，但在实际运作中，会有各种各样的问题出现。一旦你强迫自己应用这些原则，你会发现你距离创造一个完美的软件已经不远了。

----威海软件开发----