介面不僅僅只是一種形式更純粹的抽象類，它的目標比這要高。因為介面是根本沒有任何具
體實現的——也就是說，沒有任何與介面相關的儲存——因此，也就無法阻止多個介面的組
合。這一點是很有價值的，因為你有時需要去表示“一個 x 是一個 a、一個 b 以及一個 c”。
在C++中，組合多個類的介面的行為被稱作“多重繼承（multiple inheritance）”。它可能會
使你揹負很棘手的包袱，因為每個類都有一個具體實現。在 Java 中，你可以執行相同的行
為，但是隻有一個類可以有具體實現，因此，通過組合多個介面，在 C++中看到的問題是不
會在 Java 中發生的：

在一個匯出類中，強制要求你必須有一個基類，它要麼是抽象的，要麼是“具體的”（沒有
任何抽象方法的類）。如果你要從一個非介面的類繼承，那麼你只能從一個這樣的類中去繼
承。其餘的基元素都必須是介面。你需要將所有的介面名都置於 implements 關鍵字之後，
用逗號將它們一一隔開。你可以繼承任意多個介面，每一個都會成為一個你可以向上轉型的
獨立型別。下面的例子展示的是：一個具體類組合數個介面之後產生了一個新類：


//: c08:Adventure.java
// Multiple interfaces.


interface CanFight { 
void fight();
}


interface CanSwim { 
void swim(); 
}


interface CanFly { 
void fly();
}


class ActionCharacter { 
 
}
 
publicvoid fight() {}
 
class Heroextends ActionCharacter 
implements CanFight, CanSwim, CanFly { 
publicvoid swim() {}
publicvoid fly() {} 
}


publicclass Adventure { 
publicstatic void t(CanFight x) { x.fight(); } 
publicstatic void u(CanSwim x) { x.swim(); } 
publicstatic void v(CanFly x) { x.fly(); } 
publicstatic void w(ActionCharacter x) { x.fight(); } 
publicstatic void main(String[] args) { 
    Hero h =new Hero(); 
    t(h);// Treat it as a CanFight
    u(h);// Treat it as a CanSwim
    v(h);// Treat it as a CanFly
    w(h);// Treat it as an ActionCharacter
  }
}///:~


你可以看到，Hero 組合了具體類 ActionCharacter 和介面 CanFight、CanSwim 和 CanFly。
當你要通過這種方式將一個具體類和多個介面組合到一起時，這個具體類必須是先行，後面
跟著的才是介面。（否則編譯器會報錯。）


注意，CanFight 介面與 ActionCharacter 類中的 fight()方法的簽名是一樣的，而且，在 Hero
中並沒有提供 fight()的定義。介面的規則是：你可以從介面中繼承（就像稍後你會看到的那
樣），但是你得到的只是另一個介面。如果你想建立該新型別的物件，就必須有一個提供了
其全部定義的類。即使 Hero 沒有顯式地提供 fight()的定義，其定義也隨 ActionCharacter
而存在，因此它是被自動提供的，這使得建立 Hero 物件成為了可能。


在 Adventure 類中，你可以看到有四個方法把上述各種介面和具體類作為引數。當 Hero 對
象被建立時，它可以被傳遞給這些方法中的任何一個，這意味著它依次被向上轉型為每一個
介面。由於 Java 中這種介面設計的方式，使得這項工作並不需要程式設計師一方付出任何特別
的努力。


一定要記住，前面的例子所展示的就是使用介面的核心原因：為了能夠向上轉型為不止一個
的基型別。然而，使用介面的第二個原因卻是與使用抽象基類相同：防止客戶端程式設計師建立
該類的物件，並確保這僅僅是建立一個介面。這就帶來了一個問題：我們應該使用介面還是
抽象類？介面為你帶來了使用抽象類的好處，並且還帶來了使用介面的好處，所以如果你要
建立不帶任何方法定義和成員變數的基類，那麼你應該選擇介面而不是抽象類。事實上，如
果你知道某事物應該成為一個基類，那麼你的第一選擇應該是使它成為一個介面，只有在強
制你必須要具有方法定義和成員變數的時候，你才應該改而選擇抽象類，或者在必要時使其

成為一個具體類。