设计模式学习之设计模式六原则（一）

设计模式是一个程序员必备的知识，学习设计模式之前，先了解一下设计模式的六大原则，通俗易懂的讲解。

设计模式之总则：

开闭原则，对扩展开放，对修改关闭。就好比一台电脑，你需要插拔u盘，键盘，鼠标是很方便，但是你想去修改电脑内的硬件是很困难的。这样做的好处在于提高电脑的可扩展，可维护，灵活行，代码也是相同的道理。要注意的是：1.通过接口或者抽象类约束扩展，对扩展进行边界限定，不允许出现接口或者抽线类中不存在的public方法。2.参数类型，引用对象尽量使用接口或者抽线类，而不用实现类。这一点做过mvc开发的程序员应该深有体会，比如在controller声明的service层，都是声明的接口类。2.抽象层尽量保持稳定，一旦确定就不要修改。

一、单一职责原则

每个类应该职责单一，引起它变化的原因应该只有一个。不然应该将其分离。

其作用就是减少代码得耦合，也是和电脑得原理一样，cup就是cup，内存是内存，硬盘是硬盘，不要把cup和内存绑定在一起。不然不管是内存坏了，还是硬盘坏了，你都需要两个一起更换，把内存和硬盘分开得好处是：你内存坏了只需要管内存，而不需要去考虑cup等。这样的设计可提高代码的健壮性。

 二、依赖倒置原则

程序要依赖接口，不要依赖具体的实现类。

高层模块不应该依赖于底层模块，两个都应该抽象。

 三、迪米特法则（最少知道原则，知道得越少活得越久）

一个实体应该尽可能少的与其它实体发生相互作用。简单地说就是尽量做一个宅男，尽可能地不要和外界接触，要接触也要通过朋友来接触，这样的好处就是淡化你和外界之间的联系，当外界变化的时候，对你的影响最少。

 

四、接口隔离原则

类之间的依赖应建立在最小的接口上，就是不要出现臃肿的接口，但是小还是有个限度，就是不能违法单一职责原则。

五、合成聚和原则

           尽量使用合成/聚合，尽量不要使用继承。

六、里氏替换原则

       其基类可以的出现的类，其子类一定可以出现。比如jave类的老祖宗Object，如果你定义的是Object类型的参数，那么所有类型的参数都是能用的。