定義：客戶端不應該依賴它不需要的接口；一個類對另一個類的依賴應該建立在最小的接口上。
問題由來：類A通過接口I依賴類B，類C通過接口I依賴類D，如果接口I對于類A和類B來說不是最小接口，則類B和類D必須去實現(xiàn)他們不需要的方法。
解決方案：將臃腫的接口I拆分為獨立的幾個接口，類A和類C分別與他們需要的接口建立依賴關(guān)系。也就是采用接口隔離原則。
舉例來說明接口隔離原則：

201623115321799.jpg (514×337)

這個圖的意思是：類A依賴接口I中的方法1、方法2、方法3，類B是對類A依賴的實現(xiàn)。類C依賴接口I中的方法1、方法4、方法5，類D是對類C依賴的實現(xiàn)。對于類B和類D來說，雖然他們都存在著用不到的方法（也就是圖中紅色字體標記的方法），但由于實現(xiàn)了接口I，所以也必須要實現(xiàn)這些用不到的方法。

我們首先先看一個違反接口隔離的例子：

public interface IWorker { 
  public void work(); 
  public void eat(); 
} 
 
public class Worker implements IWorker{ 
  @Override 
  public void work() { 
    // TODO 工人工作   
  } 
 
  @Override 
  public void eat() { 
    // TODO 工人吃飯 
  } 
} 
 
public class Robot implements IWorker { 
  @Override 
  public void work() { 
    // TODO 機器人工作     
  } 
 
  @Override 
  public void eat() { 
    // TODO 機器人吃飯？  
  } 
}

由于機器人是不需要吃飯的，所以IWorker被認為是一個臃腫的接口，當然你也可以在Robot類中的eat方法做空實現(xiàn)，但是這樣可能會產(chǎn)生不可預計的BUG，比如eat方法需要消耗盒飯數(shù)量的話，就會出現(xiàn)不對應的現(xiàn)象。
下面是修改后的實現(xiàn)：

public interface IWorker { 
  public void work(); 
} 
 
public interface IDiet { 
  public void eat(); 
} 
 
public class Worker implements IWorker, IDiet{ 
  @Override 
  public void work() { 
    // TODO 工人工作   
  } 
 
  @Override 
  public void eat() { 
    // TODO 工人吃飯 
  } 
} 
 
public class Robot implements IWorker { 
  @Override 
  public void work() { 
    // TODO 機器人工作     
  } 
}

總結(jié)：
1. 接口要盡量小，并高內(nèi)聚，不過要適當，太細化不好維護。
2. 如果已經(jīng)設(shè)計成了臃腫的接口，可以使用適配器模式隔離它。

您可能感興趣的文章: