1.单一职责原则 :就一个类而言,应该仅有一个引起它变化的原因。
一个类如果承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化时,设计会遭受意向不到的破坏。例如:游戏开发中 游戏界面,游戏逻辑 是分离的 类的职责分离。
2.开放-封闭原则:软件实体(类,模块,函数等等)应该可以扩展,但是不可以修改。
对扩展开放,对修改封闭 。开发过程中 需求有可能变化的地方 可以使用接口,抽象类
3.依赖倒转原则:抽象不应该依赖细节。细节应该依赖抽象。 高层模块不应该依赖底层模块。两者都应该依赖抽象。
针对接口编程,不要对实现编程
4.里氏代换原则:子类型必须能替换掉它们的父类型。
一个软件实体如果使用的是父类的话,那么一定适用于其子类,而且察觉不出来父类对象和子类对象的区别。也就是说,在软件里面,把他们的父类都替换成子类。程序行为没有变化。 简单的说,子类型必须能替换掉他们的父类型。
5.接口隔离原则:使用多个专门的接口,而不是使用单一总接口
接口隔离原则可以说是单一职责的必要手段,它的含义是尽量使用职能单一的接口,而不使用职能复杂、全面的接口。很好理解,接口是为了让子类实现的,如果子类想达到职能单一,那么接口也必须满足职能单一