本文章的指导法则,使写代码更高效,更容易维护,并且bug和缺陷更少。
DRY原则
不要重复(Don’t repeat yourself)—— 程序设计中一个最根本的原则就是要避免重复。许多编程结构(比如循环、函数、类等)的存在就是为了避免重复。
抽象原则
“每个在程序中有意义的功能片段应该只在源代码的一处地方实现。”
KISS(Keep it simple, stupid!)原则
简单性(避免复杂性)应该永远当作是一个重要的目标。写简单的代码,不但花费的时间少,错误少,而且修改起来也容易。
避免创建YAGNI(You aren’t going to need it)原则
只有当你需要的时候才去添加额外的功能,不需要就不要画蛇添足。
方法要最简单,效果要一样好
在编程时,我们需要问问自己:“有没有最简单的完成任务的途径?”这有助于我们保持一直行走在简约设计的道路上。
不要让我思考
代码应该尽可能地易于阅读和理解。如果阅读人需要大量的思考才能理解代码,那么或许这代码还需要被简化。
开/闭原则
软件实体(类,模块,函数等)在扩展时应该开放,在修改时应该关闭。换句话说,你写的类大家可以扩展,但不能修改。
单一职责原则
代码(如类或函数)的组成部分执行的应该是一个单一的明确的任务。
最小化耦合原则
代码的任何部分(代码块,函数,类等)都应该尽量减少对其他代码的依赖。这可以通过尽量不要使用共享变量来实现。“低耦合常常是计算机系统构造良好和设计良好的标志,并且当和高内聚力相结合的话,还可以大大支持高可读性和可维护性的整体目标。”
最大化内聚原则
具有相似功能的代码应该放在同一个组件内。
避免过早优化原则
除非代码开始工作,否则甚至就不要有优化的念头。 “我们一定要有大局观:过早的优化是万恶之源”——Donald Knuth。
重用代码才是好代码
这和任何其他法则一样之精辟。重用代码可以提高代码的可靠性,并减少开发时间。
这些法则在写项目的过程中会使你受益匪浅,一步步写出更好的代码,更优秀更优雅的代码。
注:图来自《社交网络》
MT.Team