面向对象六大原则

单一职责：

单一职责所表达出来的用以就是“单一”二字，如何划分一个类、一个函数的职责，每个人都有自己的看法，这需要根据个人经验、具体的业务逻辑而定。但是它也有一些基本的指导原则，例如，两个完全不一样的功能就不应该放在一个类中。一个类中应该是一组相关性很高的函数、数据的封装。工程师可以不断地审视自己的代码，根据具体的业务、功能对类进行相应的拆分。

开闭原则：

软件中的对象（类、模块、函数等）应该对于扩展是开放的，但是，对于修改是封闭的（过时的代码、或者错误的代码除外）。当软件需要变化时，我们应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。

里氏替换原则：

所有引用基类的地方必须能透明地使用其子类的对象。通俗点讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要知道该对象是父类还是子类。

依赖倒置原则：

依赖导致原则有以下几个关键点：

1. 高层模块不应该依赖低层模块，两者都应该依赖（依赖：实例化）其抽象（抽象：接口或抽象类）；
2. 抽象不应该依赖细节（细节：实现类）；
3. 细节不应该依赖抽象。

模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。一句话可以概况为：面向接口编程、或者面向抽象编程。面向接口编程是面向对象精髓之一。

接口隔离原则：

客户端不应该依赖它不需要的接口，或者类间的依赖关系应该建立在最小的接口上。让客户端依赖的接口尽可能地小（内置的函数刚好满足其功能需求）。

迪米特原则：

一个对象应该对其它对象仅作最少的了解。调用者或者依赖者只需要知道它所需要的方法即可，其内部怎么实现的可以一概不管，还有一个英文解释是：只与直接的朋友通信。