程序规划规律，与规划和工程的原理密切有关。下面这些编程规律协助我让我获益匪浅，所以我想同享给咱们，期望也能协助咱们更高效，生产出的代码更简略保护，而且bug和缺点更少。
DRY准则
不要重复(Don’t repeat yourself)——程序规划中一个最底子的准则即是要防止重复。许多编程结构(比方循环、函数、类等)的存在即是为了防止重复。一旦重复(例如，一个长表达式，一系列句子，相同的概念)的话，就会创立一个新的笼统。
笼统准则
“每个在程序中有含义的功用片段应当只在源代码的一处当地完成。”
KISS(Keep it simple, stupid!)准则
简略性(防止复杂性)应当永久当作是一个主要的方针。写简略的代码，不光花费的时刻少，过错少，而且修正起来也简略。
防止创立YAGNI(You aren’t going to need it)准则
只要当你需求的时分才去增加额定的功用，不需求就不要弄巧成拙。
办法要最简略，作用要相同好
在编程时，咱们需求问问自个：“有没有最简略的完成使命的路径?”这有助于咱们坚持一直行走在精约规划的道路上。
不要让我考虑
这实际上是由Steve Krug写的一本书的书名。要害关键是，代码应当尽可能地易于阅览和了解。假如阅览人需求许多的考虑才干了解代码，那么或许这代码还需求被简化。
开/闭准则
软件实体(类，模块，函数等)在拓展时应当敞开，在修正时应当封闭。换句话说，你写的类咱们能够拓展，但不能修正。
为保护者写代码
值得写的代码要确保将来必定值得保护。将来的你因为阅历的代码太多，或许再回过头来看这些代码的时分，也和别的人相同，已经变成了一个彻底的陌生人。请记住，“写代码的时分，就假定将来要保护的人是个知道你住在哪里的暴力型精神病患者吧。”
最小惊奇准则
最小惊奇准则一般引用于用户界面方面，但这一准则也适用于编写代码。代码应当尽可能地不要让阅览者惊奇。恪守规范约好，注释说啥代码就做啥，命名是啥意思代码即是啥意思，尽可能地防止惊奇致使的潜在的负面影响。
单一责任准则
代码(如类或函数)的组成有些履行的应当是一个单一的清晰的使命。
最小化耦合准则
代码的任何有些(代码块，函数，类等)都应当尽量削减对别的代码的依靠。这能够经过尽量不要运用同享变量来完成。“低耦合常常是计算机体系结构杰出和规划杰出的象征，而且当和高内聚力相结合的话，还能够大大支撑高可读性和可保护性的全体方针。”
最大化内聚准则
具有类似功用的代码应当放在同一个组件内。
躲藏完成细节准则
躲藏完成细节，答应在改动代码组件的完成的一起，最低极限地削减对运用该组件的别的模块的影响。
得墨忒耳规律
代码组件应当只和它们的直接关系(如，承继的类，包括的目标，经过参数传递的目标等)交流。
防止过早优化准则
除非代码开端作业，不然乃至就不要有优化的主意。只要当你必需要优化的时分，才干凭借实战数据的协助。 “咱们必定要有大局观：过早的优化是万恶之源”——Donald Knuth。
重用代码才是好代码
这和任何别的规律相同之精辟。重用代码能够进步代码的可靠性，并削减开发时刻。
关注点别离准则
不一样的功用区域应当由显着的堆叠最小的代码模块进行办理。
拥抱改动准则
这是Kent Beck写的一本书的副标题，也被认为是极点编程和通用灵敏办法的准则。许多别的准则都根据这个理念：你应当等待和期待改动。事实上，许多陈旧的软件工程规律，例如最小化耦合准则，即是和让代码变得更简略改动是直接有关的。不管你是不是一个极点编程的实践者，这种写代码的办法真的很有含义。
有啥主意吗?期待参加到咱们火热的评论中来!
