原则一：单一原则
理解：解决代码耦合度，每个方法只做一件事，尽可能把一个功能放在一个模块里面
吃饭就是吃饭，睡觉就是睡觉
原则二：里氏替换原则
原则三：依赖倒置原则
理解：多个子类继承父类时，父类只提供模型（全部子类的相同功能），剩余的子类去实现
原则四：接口隔离原则
理解：父类只有接口的声明，没有方法的具体实现，方法的具体实现交个子类
原则五：迪米特法则
原则六：开闭原则
总结：
1.在程序设计的时候，职责尽可能独立，不要混在一起。
2.如果一个功能用到很多次，尽可能用继承，但继承不能够去覆写父类的内容
3.为了使代码更健壮，拓展性更好，尽可能写抽象/接口，具体实现交个子类
4.如果要去继承一个接口，要尽可能的用“最小的接口”
5.类和类之间，为了彼此拓展性更好，耦合性更低，要减少对彼此的“认识”
6.在做功能或者项目修改的时候，一般的话，不是在原有的代码去改，这样工程量太大，通常的做法是去拓展，原来里面的需要的东西，就继承，原来里面没有的，就自己写