设计原则

单一职责原则

There should never be more than one reason for a class to change.
应该有且仅有一个原因引起类的变更。
“一个原因”可以理解为一类原因，例如，一个对象的增删改查

里氏替换原则

目的：增强程序的健壮性，保持良好的兼容性。
所有引用基类的地方必须能透明的使用其子类的对象。
简单来说，父类出现的地方都可以替换成子类，子类出现的地方不一定能替换成父类
四层含义：
1、子类必须完全实现父类的方法
2、子类可以有自己的个性
3、覆写或实现父类的方法时输入参数可以被放大
子类重载父类的方法，但是“子类方法的参数”是“父类方法参数”的父类
4、覆写或实现父类的方法时输出结果可以被缩小
“子类方法的返回类型”是“父类方法的返回类型”的子类
重写：子类重写父类，返回类型小于等于父类方法，这是重写的要求
重载：参考3

依赖倒置原则

目的：减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性
高层模块不应该依赖底层模块，两者都应该依赖其抽象
抽象不应该依赖细节
细节应该依赖抽象
在Java中的表现：面向接口编程
遵守几个规则：
1、每个类都尽量有接口或抽象类，或者抽象类和接口两者都具备
2、变量的表面类型尽量是接口或者抽象类
<font color=red>3、任何类都不应该从具体类派生</font>
4、