优秀程序员的18大法则

经过多年的积累，我发现，下面这些基本的指导法则，可以帮助我成为一个更加高效的程序员。

程序设计法则，与设计和工程的原理密切相关。下面这些编程法则帮助我让我获益匪浅，所以我想分享给大家，希望也能帮助大家更高效，生产出的代码更容易维护，并且bug和缺陷更少。

DRY原则

不要重复（Don’t repeat yourself）——程序设计中一个最根本的原则就是要避免重复。许多编程结构（比如循环、函数、类等）的存在就是为了避免重复。一旦重复（例如，一个长表达式，一系列语句，相同的概念）的话，就会创建一个新的抽象。

抽象原则

“每个在程序中有意义的功能片段应该只在源代码的一处地方实现。”

KISS（Keep it simple, stupid!）原则

简单性（避免复杂性）应该永远当作是一个重要的目标。写简单的代码，不但花费的时间少，错误少，而且修改起来也容易。

避免创建YAGNI（You aren’t going to need it）原则

只有当你需要的时候才去添加额外的功能，不需要就不要画蛇添足。

方法要最简单，效果要一样好

在编程时，我们需要问问自己：“有没有最简单的完成任务的途径？”这有助于我们保持一直行走在简约设计的道路上。

不要让我思考

这实际上是由Steve Krug写的一本书的书名。关键要点是，代码应该尽可能地易于阅读和理解。如果阅读人需要大量的思考才能理解代码，那么或许这代码还需要被简化。

开/闭原则

软件实体（类，模块，函数等）在扩展时应该开放，在修改时应该关闭。换句话说，你写的类大家可以扩展，但不能修改。

为维护者写代码

值得写的代码要保证将来一定值得维护。未来的你由于经历的代码太多，也许再回过头来看这些代码的时候，也和其他人一样，已经成为了一个完全的陌生人。请记住，“写代码的时候，就假设将来要维护的人是个知道你住在哪里的暴力型精神病患者吧。”

最小惊讶原则

最小惊讶原则通常引用于用户界面方面，但这一原则也适用于编写代码。代码应该尽可能地不要让阅读者惊讶。遵守标准约定，注释说什么代码就做什么，命名是什么意思代码就是什么意思，尽可能地避免惊讶导致的潜在的负面影响。