单一职责原则

定义: 对一个类而言，应该仅有一个引起它变化的原因。 如果存在多于一个动机去改变一个类，那么这个类就具有多于一个的职责，就应该把多余的职责分离出去，再去创建一些类来完成每一个职责。

理解:

一个人身兼数职，而这些事情相关性不大，甚至有冲突，那他就无法很好的解决这些问题职责，应该分到不同的人身上去做。

开闭原则

定义: 一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。目的就是保证程序的扩展性好，易于维护和升级。

理解:

软件对扩展应该是开放的，对修改是封闭的，通俗来说就是，开发一个软件时，应该对其进行功能扩展，而在进行这些扩展时，不需要对原来的程序进行修改。

里氏替换原则

定义：如果将一个父类对象替换成它的子类对象后，该程序不会发生异常。

理解：

子类可以扩展父类的功能，但是不能改变父类原有的功能。

子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法，父类中凡是已经实现好的方法（相对于抽象方法而言），实际上是在设定一系列的规范和契约，虽然它不强制要求所有的子类必须遵从这些契约，但是如果子类对这些非抽象方法任意修改，就会对整个继承体系造成破坏。

保证了父类的复用性，同时也能够降低系统出错误的故障，防止误操作，同时也不会破坏继承的机制，这样继承才显得更有意义。

依赖倒置

定义：高层类不应该依赖底层类的细节应该依赖抽象。

理解：

依赖倒置原则的核心思想是面向接口编程

是一个类与类之间的调用规则。这里的依赖就是代码中的耦合。高层模块不应该依赖底层模块，二者都应该依赖其抽象了；抽象不依赖细节；细节应该依赖抽象、接口编程。

接口隔离原则

定义：用于恰当的划分角色和接口，具有两种含义：

  1. 用户不应该依赖它不需要的接口；

  2. 类间的依赖关系应该建立在最小的的接口上。

理解：

建立单一接口，代替庞大臃肿的接口。通俗来说就是：接口尽量细化，同时保证接口中的方法尽量的少。一个接口中包含太多的行为时，会导致它们与客户端的不正常依赖关系，要做的就是分离接口，从而实现解耦。

迪米特原则

定义：又称，最少知识原则。一个对象应该对其他对象有最少的了解。

理解：

通俗来说就是，一个类对自己需要耦合或者调用的类知道的最少，你类内部怎么复杂，我不管，那是你的事，我只知道你有那么多公用的方法，我能调用。

迪米特原则核心观念就是：类间解耦，弱耦合。

从迪米特法则的定义和特点可知，它强调以下两点：

  • 从依赖者的角度来说，只依赖应该依赖的对象。
  • 从被依赖者的角度说，只暴露应该暴露的方法。