单一职责原则
代码（如类或函数）的组成部分执行的应该是一个单一的明确的任务。
最小化耦合原则
代码的任何部分（代码块，函数，类等）都应该尽量减少对其他代码的依赖。这可以通过尽量不要使用共享变量来实现。“低耦合常常是计算机系统构造良好和设计良好的标志，并且当和高内聚力相结合的话，还可以大大支持高可读性和可维护性的整体目标。”
最大化内聚原则
具有相似功能的代码应该放在同一个组件内。
隐藏实现细节原则
隐藏实现细节，允许在改变代码组件的实现的同时，最低限度地减少对使用该组件的其他模块的影响。
得墨忒耳定律
代码组件应该只和它们的直接关系（如，继承的类，包含的对象，通过参数传递的对象等）沟通。
避免过早优化原则
除非代码开始工作，否则甚至就不要有优化的念头。只有当你必须要优化的时候，才能借助实战数据的帮助。“我们一定要有大局观：过早的优化是万恶之源”——Donald Knuth。
重用代码才是好代码
这和任何其他法则一样之精辟。重用代码可以提高代码的可靠性，并减少开发时间。
关注点分离原则
不同的功能区域应该由明显的重叠最小的代码模块进行管理。
拥抱变化原则
这是Kent Beck写的一本书的副标题，也被认为是极端编程和通用敏捷方法的原则。许多其他原则都基于这个理念：你应该期待和欢迎变化。事实上，很多古老的软件工程法则，例如最小化耦合原则，就是和让代码变得更容易改变是直接相关的。无论你是不是一个极端编程的实践者，这种写代码的方法真的很有意义。
小编推荐阅读
