代码界的指路灯—设计模式六大原则

前言：

一个好的程序员一定不是只会埋头敲代码就可以造就的

在进行程序编写的时候我们要想着怎么把代码写的更有价值 而其中我们一定需要的就是设计模式的六大原则，这是一个聪明的程序员的必备的准则，也是必会的技能，更简单来说，学好设计模式至少能让你少掉一半头发（开个玩笑）

设计模式起源于建筑业而非软件行业
是由模式(Pattern)之父——美国加利佛尼亚大学环境结构中心研究所所长Christopher Alexander博士总结出来的
而六大原则更是其中的精华

一.开闭原则

开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。

二.单一职责

核心思想：应该仅有一个原因引起类的变更
好处是 类的复杂度降低、可读性提高、可维护性提高、扩展性提高、降低了变更引起的风险。

三.里氏替换原则

核心思想：在使用基类的的地方可以任意使用其子类，能保证子类完美替换基类。
通俗来讲：只要父类能出现的地方子类就能出现。反之，父类则未必能胜任。
好处：增强程序的健壮性，即使增加了子类，原有的子类还可以继续运行。

四.依赖倒置原则

核心思想：高层模块不应该依赖底层模块，二者都该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象；
好处：依赖倒置的好处在小型项目中很难体现出来。但在大中型项目中可以减少需求变化引起的工作量。使并行开发更友好。

五.接口隔离原则

核心思想：类间的依赖关系应该建立在最小的接口上
通俗来讲：建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。也就是说，我们要为各个类建立专用的接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。

六.迪米特法则

核心思想：类间解耦。
通俗来讲： 一个类对自己依赖的类知道的越少越好。自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。低耦合的优点不言而喻，但是怎么样编程才能做到低耦合呢？那正是迪米特法则要去完成的。

学无止境希望文章对大家有帮助