面试热点--面向对象的原则（条件）

面向对象六达原则：
（1）单一职责原则（SRP，Single Responsibility Principle）
规定一个类应该只有一个发生变化的原因。
核心目的：解耦和增强内聚性；
单一职责原则的好处如下：
1.可以降低类的复杂度，一个类只负责一项职责，这样逻辑也简单很多
2.提高类的可读性，和系统的维护性，因为不会有其他奇怪的方法来干扰我们理解这个类的含义
3.当发生变化的时候，能将变化的影响降到最小，因为只会在这个类中做出修改。
（2）开放封闭原则（OCP，Open Closed Principle）
定义：对于扩展是开放的，对于修改是关闭的。
核心目的：确保可拓展性；
当需求发生改变的时候，我们需要对代码进行修改，这个时候我们应该尽量去扩展原来的代码，而不是去修改原来的代码，因为这样可能会引起更多的问题。
这个准则和单一职责原则一样，是一个大家都这样去认为但是又没规定具体该如何去做的一种原则。
开闭原则我们可以用一种方式来确保他，我们用抽象去构建框架，用实现扩展细节。这样当发生修改的时候，我们就直接用抽象了派生一个具体类去实现修改。
（3）里氏替换原则（LSP）
定义：任何基类可以出现的地方，子类一定可以出现。
核心目的：使代码动态的同时，保持封闭性；
所有引用基类的地方必须能够透明地使用其子类的对象。
里氏替换原则通俗的去讲就是：子类可以去扩展父类的功能，但是不能改变父类原有的功能。他包含以下几层意思：
1.子类可以实现父类的抽象方法，但是不能覆盖父类的非抽象方法。
2.子类可以增加自己独有的方法。
3.当子类的方法重载父类的方法时候，方法的形参要比父类的方法的输入参数更加宽松。
4.当子类的方法实现父类的抽象方法时，方法的返回值要比父类更严格。
里氏替换原则之所以这样要求是因为继承有很多缺点，他虽然是复用代码的一种方法，但同时继承在一定程度上违反了封装。父类的属性和方法对子类都是透明的，子类可以随意修改父类的成员。这也导致了，如果需求变更，子类对父类的方法进行一些复写的时候，其他的子类无法正常工作。所以里氏替换法则被提出来。
（4）接口隔离原则（ISP，Interface Segregation Principle）
定义：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
核心目的：约束接口的颗粒度；
换一种说法就是类间的依赖关系应该建立在最小的接口上。这样说好像更难懂。我们通过一个例子来说明。我们知道在Java中一个具体类实现了一个接口，那必然就要实现接口中的所有方法。如果我们有一个类A和类B通过接口I来依赖，类B是对类A依赖的实现，这个接口I有5个方法。但是类A与类B只通过方法1,2,3依赖，然后类C与类D通过接口I来依赖，类D是对类C依赖的实现但是他们却是通过方法1,4,5依赖。那么是必在实现接口的时候，类B就要有实现他不需要的方法4和方法5 而类D就要实现他不需要的方法2，和方法3。这简直就是一个灾难的设计。
所以我们需要对接口进行拆分，就是把接口分成满足依赖关系的最小接口，类B与类D不需要去实现与他们无关接口方法。比如在这个例子中，我们可以把接口拆成3个，第一个是仅仅由方法1的接口，第二个接口是包含2,3方法的，第三个接口是包含4,5方法的。
这样，我们的设计就满足了接口隔离原则。
（5）依赖倒置原则（DIP,Dependence Inversion Principle）
定义：程序要依赖于抽象接口，不要依赖于具体实现。或者：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象
核心目的：解耦；
在Java 中抽象指的是接口或者抽象类，两者皆不能实例化。而细节就是实现类，也就是实现了接口或者继承了抽象类的类。他是可以被实例化的。高层模块指的是调用端，底层模块是具体的实现类。在Java中，依赖倒置原则是指模块间的依赖是通过抽象来发生的，实现类之间不发生直接的依赖关系，其依赖关系是通过接口是来实现的。
（6）迪米特原则（LOD）
定义：迪米特法则（Law of Demeter）又叫作最少知道原则（Least Knowledge Principle 简写LKP），就是说一个对象应当对其他对象有尽可能少的了解,不和陌生人说话。英文简写为: LoD
核心目的：高内聚；