六大原则
这篇只有部分代码实例。
1、单一职责原则(Sington Principle)
不要存在多于一个导致类变更的原因,也就是说每个类应该实现单一的职责,如若不然,就应该把类拆分。不要让一个类承担过多的职责,避免职责耦合在一起
2、里氏替换原则(Liskov Substitution Principle)
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。
里氏代换原则中说,任何基类(父类)可以出现的地方,子类一定可以出现。 LSP是继承复用的基石,只有当衍生类(子类)可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。
里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科
历史替换原则中,子类对父类的方法尽量不要重写和重载。因为父类代表了定义好的结构,通过这个规范的接口与外界交互,子类不应该随便破坏它。
所有引用基类(父类)的地方必须能透明地使用其子类的对象。
3、依赖倒转原则(Dependence Inversion Principle)
这个是开闭原则的基础,具体内容:面向接口编程,依赖于抽象而不依赖于具体实现。写代码时用到具体类时,不与具体类交互,而与具体类的上层接口交互。
依赖倒置就是为了解决耦合,让程序依赖抽象。一个简单的例子
// 反例
public class Cat{
public void run(){
..};
}
public class Dog{
public void run(){
..};