接口--interface

「interface」（接口）關鍵字使抽象的概念更深刻了一層。咱們可將其想象爲一個「純」抽象類。它容許創
建者規定一個類的基本形式：方法名、自變量列表以及返回類型，但不規定方法主體。接口也包含了基本數
據類型的數據成員，但它們都默認爲static 和final。接口只提供一種形式，並不提供實施的細節。
接口這樣描述本身：「對於實現個人全部類，看起來都應該象我如今這個樣子」。所以，採用了一個特定接
口的全部代碼都知道對於那個接口可能會調用什麼方法。這即是接口的所有含義。因此咱們常把接口用於建
立類和類之間的一個「協議」。有些面向對象的程序設計語言採用了一個名爲「protocol」（協議）的關鍵
字，它作的即是與接口相同的事情。
爲建立一個接口，請使用interface 關鍵字，而不要用class。與類類似，咱們可在interface 關鍵字的前
面增長一個public 關鍵字（但只有接口定義於同名的一個文件內）；或者將其省略，營造一種「友好的」狀
態。
爲了生成與一個特定的接口（或一組接口）相符的類，要使用implements（實現）關鍵字。咱們要表達的意
思是「接口看起來就象那個樣子，這兒是它具體的工做細節」。除這些以外，咱們其餘的工做都與繼承極爲
類似。下面是樂器例子的示意圖：

具體實現了一個接口之後，就得到了一個普通的類，可用標準方式對其進行擴展。
可決定將一個接口中的方法聲明明肯定義爲「public」。但即使不明肯定義，它們也會默認爲public。因此
在實現一個接口的時候，來自接口的方法必須定義成public。不然的話，它們會默認爲「友好的」，並且會
限制咱們在繼承過程當中對一個方法的訪問——Java 編譯器不容許咱們那樣作。
在Instrument 例子的修改版本中，你們可明確地看出這一點。注意接口中的每一個方法都嚴格地是一個聲明，
它是編譯器惟一容許的。除此之外，Instrument5 中沒有一個方法被聲明爲public，但它們都會自動得到
public 屬性。以下所示：

//: Music5.java
// Interfaces
173
import java.util.*;
interface Instrument5 {
// Compile-time constant:
int i = 5; // static & final
// Cannot have method definitions:
void play(); // Automatically public
String what();
void adjust();
}
class Wind5 implements Instrument5 {
public void play() {
System.out.println("Wind5.play()");
}
public String what() { return "Wind5"; }
public void adjust() {}
}
class Percussion5 implements Instrument5 {
public void play() {
System.out.println("Percussion5.play()");
}
public String what() { return "Percussion5"; }
public void adjust() {}
}
class Stringed5 implements Instrument5 {
public void play() {
System.out.println("Stringed5.play()");
}
public String what() { return "Stringed5"; }
public void adjust() {}
}
class Brass5 extends Wind5 {
public void play() {
System.out.println("Brass5.play()");
}
public void adjust() {
System.out.println("Brass5.adjust()");
}
}
class Woodwind5 extends Wind5 {
public void play() {
System.out.println("Woodwind5.play()");
}
public String what() { return "Woodwind5"; }
}
public class Music5 {
174
// Doesn't care about type, so new types
// added to the system still work right:
static void tune(Instrument5 i) {
// ...
i.play();
}
static void tuneAll(Instrument5[] e) {
for(int i = 0; i < e.length; i++)
tune(e[i]);
}
public static void main(String[] args) {
Instrument5[] orchestra = new Instrument5[5];
int i = 0;
// Upcasting during addition to the array:
orchestra[i++] = new Wind5();
orchestra[i++] = new Percussion5();
orchestra[i++] = new Stringed5();
orchestra[i++] = new Brass5();
orchestra[i++] = new Woodwind5();
tuneAll(orchestra);
}
} ///:~
代碼剩餘的部分按相同的方式工做。咱們能夠自由決定上溯造型到一個名爲Instrument5 的「普通」類，一
個名爲Instrument5 的「抽象」類，或者一個名爲Instrument5 的「接口」。全部行爲都是相同的。事實
上，咱們在tune()方法中能夠發現沒有任何證據顯示Instrument5 究竟是個「普通」類、「抽象」類仍是一
個「接口」。這是作是故意的：每種方法都使程序員能對對象的建立與使用進行不一樣的控制。