OOD原则

单一职责原则（SRP）

就一个类而言，应该仅有一个引起它变化的原因。

 

开放-封闭原则（OCP）

软件实体（类、模块、函数等等）应该是可以扩展的，但是不可修改的。

 

1、  对于扩展是开放的

这意味着模块的行为是可以扩展的。当应用的需求改变时，我们可以对模块进行扩展，使其具有满足那些改变的新行为。

2、  对于更改是封闭的

对模块的行为进行扩展时，不必改动模块的源代码或者二进制代码。

 

OCP背后的主要机制是抽象与多态！

 

Liskov替换原则（LSP）

子类型必须能够替换掉它们的基类型。

 

简单的例子：

 

违反LSP原则的例子

public void saysomething(Language lan){        String tempStr = "";        if(lan instanceof Chinese){            tempStr = "中文";        }        if(lan instanceof English){            tempStr = "英文";        }               System.out.println("现在你学习的语言是："+tempStr);     }

因为如果传递到saysomething方法中的Language是一个Japanese对象时，它将无法处理！

 

 

要让它符合LSP也非常简单：

public abstract class Language {     public abstract String toString(); }   public class Chinese extends Language{       @Override     public String toString() {        return "中文";     }   }   public class English extends Language{       @Override     public String toString() {        return "英语";     }   }       public void saysomething(Language lan){        System.out.println("现在你学习的语言是："+lan.toString());     }

在这种情况下，可以随意定义Language的子类，并传递到saysomething方法，不会有任何问题。

 

依赖倒置原则（DIP）

A、高层模块不应该依赖于底层模块。二者都应该依赖于抽象。

B、 抽象不应该依赖于细节。细节应该依赖于抽象。

 

接口隔离原则（ISP）

不应该强迫客户依赖于它们不用的方法。（避免“胖”接口）