面向对象六大基本原则

前言

我们知道有23种设计模式，通过使用这些设计模式，我们可以更好的解决一些开发中碰到的难题，当然这23种设计模式的设计前提也是建立在六大原则基础上之上的。

我们编写的代码符合这六大原则，有助有提高我们代码的质量，体现出可扩展、可维护、可读性好、低耦合、高内聚。

单一职责原则（Single Responsibility Principle，SRP）

定义：就一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是一组相关性很高的函数、数据的封装。

好处：让一个类、函数只负责某一项任务或者功能，可以达到很好的复用效果，代码的可读性也会增强，可读性好了，对应的可维护性也会增加。

开闭原则（Open Close Principle，OCP）

定义：软件中的对象（类、模块、函数等）应该对于扩展是开放的，但是，对于修改是封闭的。当软件需求发生变化的时候，我们应该优先考虑通过扩展的方式来实现变化，而不是通过修改已有代码来实现。

好处：可以使用我们的程序更加稳定，避免修改带来的错误，增加可扩展性。当一个类中的业务不断的发生变化需求，不断的增加业务判断，就需要考虑到扩展性了。

里氏替换原则（Liskov Substitution Principle，LSP）

定义：所用引用基类的地方必须能透明地使用其子类的对象。
只要父类能出现的地方，子类就可以出现，而且替换为子类也不会产生任何错误或者异常，使用者可能根本就不需要知道是父类还是子类。
里氏替换原则就是依赖于继承、多态这两大特性。其实就是将依赖变成抽象，不依赖于具体的实现。

好处：提高扩展性，使其不依赖具体的实现，依赖抽象。

依赖倒置原则（Dependence Inversion Principle，DIP）

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
在 Java 语言中，抽象就是指接口或抽象类。两者都是不能直接被实例化的；细节就是实现类，实现接口或者继承抽象类而产生的类就是细节。
高层模块就是调用端，低层模块就是具体的实现类。也就是调用端不要依赖具体的实现类，而是通过依赖抽象的方式。其实就是面向接口编程。其实和上面里氏替换原则类似。

好处：降低耦合性，不依赖具体细节，依赖抽象，提高可扩展性。

接口隔离原则（Interface Segregation Principle，ISP）

定义：客户端不应该依赖它不需要的接口。
类间的依赖关系应该建立在最小的接口上。接口隔离原则将非常庞大、臃肿的接口拆分成为更小的和更具体的接口，这样客户将会只需要知道他们感兴趣的方法。接口隔离原则的目的是系统解开耦合，从而容易重构、更改和重新部署，让客户端依赖的接口尽可能地小。

好处：使用起来更加方便灵活。

迪米特原则（Law Of Demeter，LOD）

定义：迪米特原则也称为最少知道原则。一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对需要耦合或调用的类知道得最少，类的内部如何实现与调用者或者依赖者没有关系，调用者或者依赖者只需要知道它的需要的方法就可以了，其他的可一概不管。类与类之间关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

迪米特原则还可以解释为：只与直接朋友通信。也就是说，应该尽可能少的与别的朋友通信，仅与最直接的朋友通信。两个对象成为朋友的方式有多种：组合、聚合、依赖等等。

好处：降低依赖、使用简单。