简介
在编程技术里，灵魂之上的东西某过于设计模式。设计模式之上的东西其实就是纯粹的准则。基于准则之上的代码才有灵魂可言，经得起推敲，也经得起考验。
通俗，设计模式其实很多，从个人的角度而言 原则凌驾于设计模式之上。 所以没有必要去死记设计模式。每个设计模式，都是基于某写特定的原则解决特定问题而产生的。 所以原则比设计模式重要，驾驭了原则，其实就可以抛开设计模式了。
本篇于在于引导， 所以不够详细。大家可以自己详细去理解和体会每个原则。 大神可以绕过。
本篇的主要目的在于， 希望那些只知道实现而不懂设计的程序员，可以更深去领会如何设计代码。 代码质量不在于实现，而在于设计。 代码质量的核心目的是易维护，而不是实现了多么牛逼的功能。
单一职责原则
定义
就一个类而言，应当仅有一个引起它变化的原因。
说明
所谓单一职责就是一个类设计之初它所在职责就是确定的，而且是某一个方面的。
类的职责是清晰的体现在某个方面，而不是做的事情很多，无法概况。
比喻
就是员工的职责分配，单一的而不是交叉的。这样才能把事情做好。
开放封闭原则
定义
软件实体（类，模块，函数）应该是可以扩展，但是不可修改
说明
所谓扩展就是开放接口，开放抽象。所谓不可修改，就是实体在扩展之上不需要去调整代码。
扩展的原则就一点把不可确定的东西抽象，或者是不可固定的东西抽象。让具体的对象去实现。主要体现在以下几个方面。
- 可注册
- 可回调
- 可配置
依赖倒转原则
定义
- 高层模块不应该依赖低层模块。两个都应该依赖抽象
- 抽象不应该依赖细节。细节应该依赖抽象。
说明
这个主要还是抽象的问题， 避免出现互相依赖，或者不必要的依赖。 可以引入第三方那就是抽象。
这个是对依赖性的约束。
迪米特法则
定义
如果两个类不必彼此直接通讯，那么这两个类不应当发生直接的相互作用。如果其中一个类要调用另一个类的话。可以通过第三方转发这个调用。
说明
核心目标就是为了避免互相调用。引入第三方类进行整合。
这个是对整合性约束。
总结
主要基于核心的原则进行编码，我相信你的代码质量可以上一个台阶。
本章篇幅很小，也没有很细节的去说明。如果有时间可以逐一针对性的讲解，希望大家谅解。
