定義：客戶端不應該依賴它不需要的接口；一個類對另一個類的依賴應該建立在最小的接口上。
問題由來：類A通過接口I依賴類B，類C通過接口I依賴類D，如果接口I對于類A和類B來說不是最小接口，則類B和類D必須去實現他們不需要的方法。
解決方案：將臃腫的接口I拆分為獨立的幾個接口，類A和類C分別與他們需要的接口建立依賴關系。也就是采用接口隔離原則。
舉例來說明接口隔離原則：
這個圖的意思是：類A依賴接口I中的方法1、方法2、方法3，類B是對類A依賴的實現。類C依賴接口I中的方法1、方法4、方法5，類D是對類C依賴的實現。對于類B和類D來說，雖然他們都存在著用不到的方法（也就是圖中紅色字體標記的方法），但由于實現了接口I，所以也必須要實現這些用不到的方法。
我們首先先看一個違反接口隔離的例子：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
|
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方法做空實現，但是這樣可能會產生不可預計的BUG，比如eat方法需要消耗盒飯數量的話，就會出現不對應的現象。
下面是修改后的實現：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
|
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 機器人工作 } } |
總結：
1. 接口要盡量小，并高內聚，不過要適當，太細化不好維護。
2. 如果已經設計成了臃腫的接口，可以使用適配器模式隔離它。
