优秀程序员的十大法则
时间：2015-10-12 阅读：次 QQ群：182913345
程序设计法则，与设计和工程的原理密切相关。下面这些编程法则帮助我让我获益匪浅，所以我想分享给大家，希望也能帮助大家更高效，生产出的代码更容易维护，并且bug和缺陷更少。
方法要最简单，效果要一样好
在编程时，我们需要问问自己：“有没有最简单的完成任务的途径？”这有助于我们保持一直行走在简约设计的道路上。
不要让我思考
这实际上是由Steve Krug写的一本书的书名。关键要点是，代码应该尽可能地易于阅读和理解。如果阅读人需要大量的思考才能理解代码，那么或许这代码还需要被简化。
开/闭原则
软件实体（类，模块，函数等）在扩展时应该开放，在修改时应该关闭。换句话说，你写的类大家可以扩展，但不能修改。
为维护者写代码
值得写的代码要保证将来一定值得维护。未来的你由于经历的代码太多，也许再回过头来看这些代码的时候，也和其他人一样，已经成为了一个完全的陌生人。请记住，“写代码的时候，就假设将来要维护的人是个知道你住在哪里的暴力型精神病患者吧。”
最小惊讶原则
最小惊讶原则通常引用于用户界面方面，但这一原则也适用于编写代码。代码应该尽可能地不要让阅读者惊讶。遵守标准约定，注释说什么代码就做什么，命名是什么意思代码就是什么意思，尽可能地避免惊讶导致的潜在的负面影响。
单一职责原则
代码（如类或函数）的组成部分执行的应该是一个单一的明确的任务。
最小化耦合原则
代码的任何部分（代码块，函数，类等）都应该尽量减少对其他代码的依赖。这可以通过尽量不要使用共享变量来实现。“低耦合常常是计算机系统构造良好和设计良好的标志，并且当和高内聚力相结合的话，还可以大大支持高可读性和可维护性的整体目标。”
最大化内聚原则
具有相似功能的代码应该放在同一个组件内。
避免过早优化原则
除非代码开始工作，否则甚至就不要有优化的念头。只有当你必须要优化的时候，才能借助实战数据的帮助。“我们一定要有大局观：过早的优化是万恶之源”——Donald Knuth。
重用代码才是好代码
这和任何其他法则一样之精辟。重用代码可以提高代码的可靠性，并减少开发时间。
上一篇：遇难题求助“搜题神器”靠谱吗？
