OOP 6大设计原则

OCP(open close principle)

开闭原则：类、模块、函数等对扩展开放，对修改关闭；

SRP(single responsibility principle)

职责单一原则：有且只有一个原因引起类的变更；

LSP(liskov substitution principle)

里氏替换原则：所有的已用基类的地方必须能透明的使用其子类的对象；

通俗点讲：只要父类能出现的地方子类就可以出现，而且替换为子类也不产生任何异常错误，

反之则不然。这主要体现在，我们经常使用抽象类/基类做为方法参数，

具体使用哪个子类作为参数传入进去，由调用者决定。

这条原则包含以下几个方面：

子类必须完全实现父类的方法

子类可以有自己的个性外观（属性）和行为（方法）

覆盖或者实现父类方法时，参数可以被放大。即父类的某个方法参数为HashMap时，子类参数可以是HashMap，也可以是Map或者更大

覆盖或者实现父类的方法时，返回结果可以被缩小。即父类的某个方法返回类型是Map，子类可以是Map，也可以是HashMap或者更小。

DIP(dependence inversion principle)

依赖倒置原则：高层模块不要依赖低层模块，所以依赖都应该是抽象的，抽象不应该依赖于具体细节而，具体细节应该依赖于抽象

底层模块：不可分割的原子逻辑就是低层模块

高层模块：低层模块的组装合成后就是高层模块

抽象：Java中体现为基类，抽象类，接口，而不单指抽象类

细节：体现为子类，实现类

通俗点讲，该原则包含以下几点要素：

模块间的依赖应该通过抽象发生，具体实现类之间不应该建立依赖关系

接口或者抽象类不依赖于实现类，否则就失去了抽象的意义

实现类依赖于接口或者抽象类

总结起来，一句话：”面向接口编程“。

ISP(Interface-Segregation Principle)

接口隔离原则:客户端不应该依赖它不需要的接口；类间的依赖应该建立在最小的接口上

通俗点讲：使用接口时应该建立单一接口，不要建立臃肿庞大的接口，尽量给调用者提供专门的接口，而非多功能接口。

LoD(Low of Demeter)

迪米特法则：又称最少知识原则（Least Knowledge Principle， LKP），一个对象应该对其他对象有最少的了解。

通俗点讲：一个类应该对自己需要耦合或者调用的类知道越少越好，被耦合或者调用的类内部和我没有关系，我不需要的东西你就别public了吧。

迪米特法则包含以下几点要素：

只和朋友类交流：只耦合该耦合的类

朋友间也是有距离的：减少不该public的方法，向外提供一个简洁的访问

自家的方法就自己创建：只要该方法不会增加内部的负担，也不会增加类间耦合