1.单一职责
简单来说单一职责就是一个类只负责一个功能。更加具体的说就是对一个类而言，应该是一组相关性很高的函数、数据的封装，是高内聚低耦合的，对外界而言应该仅有一个引起它变化的原因
2.开闭原则
开闭原则的英文全称是Open Close Principle缩写即OCP。开闭原则的定义是：软件中的对象(类、模块、函数等)应该对于扩展是开放的，但是对于修改是封闭的。在软件的生命周期内，因为变化、升级和维护等原因需要对软件的原有代码进行修改时，可能会将错误的代码引入，从而破坏原有系统。因此当软件需求发生变化时，我们应该尽量通过扩展的方式 来实现变化，而不是通过修改已有的代码。
开闭原则在项目中的使用:
1.基类与子类，子类可以继承父类并扩展父类的功能
2.接口与实现类，接口定义功能，实现类按照各自的需求实现
3.里氏替换原则
里氏替换原则的定义:如果对每一个类型为S的对象O1，都有类型为T的对象O2，程序P在所有的对象O1都带换成O2时，程序P的行为没有发生变化，那么类型S是类型T的子类型换言之就是所有引用基类的地方必须能透明的使用其子类的对象。更通俗的讲就是只要父类出现的地方子类就可以出现，而且替换为子类也不会产生任何的错误或者异常。
里氏替换原则的核心是抽象，而抽象又依赖于继承这个特性，在OOP当中，继承的优缺点都相当明显。
优点：
1.代码重用，减少创建类的成本，每个子类都拥有父类的方法和属性
2.子类与父类基本相似，但又与父类有所区别
3.提高代码的可扩展性
缺点:
1.继承是侵入性的，只要继承就必须拥有父类的方法和属性
2.可能造成子类代码冗余，灵活性降低，因为子类必须拥有父类的属性和方法
4.依赖倒置原则
依赖倒置原则指定了一种特定的解耦形式，使得高层次的模块不依赖与低层次模块的实现细节的目的，依赖模块被颠倒了。依赖倒置原则有以下几个关键点:
1.高层模块不应该依赖于低层模块，两者都应该依赖其抽象
2.抽象不应该依赖于细节
3.细节应该依赖于抽象
5.接口隔离原则
接口隔离原则的定义是:客户端不应该依赖于他不需要的接口。另一种定义是:类之间的依赖关系应该建立在最小的接口上。接口隔离原则将非常庞大，臃肿的接口拆分成更小的和更具体的接口，这样客户端将会值需要知道它们感兴趣的方法。接口隔离原则的目的是系统解开耦合，从而容易重构、更改和部署。
6.迪米特原则
迪米特原则：一个对象应该对其他对象有最少的了解，通俗的讲，一个类应该对自己需要耦合或调用的类知道的最少，类的内部如何实现与调用者或者依赖者没有关系，调用者或者依赖者只需要知道他需要的方法即可，其他的一概不管。类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。
