使用public 關鍵字時，它意味著緊隨在public 後面的成員宣告適用於所有人，特別是適用於使用庫的客戶
程式設計師。假定我們定義了一個名為dessert 的包，其中包含下述單元（若執行該程式時遇到困難，請參考第
3 章3.1.2 小節“賦值”）：
//: Cookie.java
// Creates a library
package c05.dessert;
public class Cookie {
public Cookie() {
System.out.println("Cookie constructor");
}
void foo() { System.out.println("foo"); }
} ///:~
請記住，Cookie.java 必須駐留在名為dessert 的一個子目錄內，而這個子目錄又必須位於由CLASSPATH 指
定的C05 目錄下面（C05 代表本書的第5 章）。不要錯誤地以為Java 無論如何都會將當前目錄作為搜尋的起
點看待。如果不將一個“.”作為CLASSPATH 的一部分使用，Java 就不會考慮當前目錄。
現在，假若建立使用了Cookie 的一個程式，如下所示：
//: Dinner.java
// Uses the library
import c05.dessert.*;
public class Dinner {
public Dinner() {
System.out.println("Dinner constructor");
}
public static void main(String[] args) {
Cookie x = new Cookie();
//! x.foo(); // Can't access
}
} ///:~
就可以建立一個Cookie 物件，因為它的構建器是public 的，而且類也是public 的（公共類的概念稍後還會
進行更詳細的講述）。然而，foo()成員不可在Dinner.java 內訪問，因為foo()只有在dessert 包內才是
“友好”的。
1. 預設包
大家可能會驚訝地發現下面這些程式碼得以順利編譯——儘管它看起來似乎已違背了規則：
132
//: Cake.java
// Accesses a class in a separate
// compilation unit.
class Cake {
public static void main(String[] args) {
Pie x = new Pie();
x.f();
}
} ///:~
在位於相同目錄的第二個檔案裡：
//: Pie.java
// The other class
class Pie {
void f() { System.out.println("Pie.f()"); }
} ///:~
最初可能會把它們看作完全不相干的檔案，然而Cake 能建立一個Pie 物件，並能呼叫它的f()方法！通常的
想法會認為Pie 和f()是“友好的”，所以不適用於Cake。它們確實是友好的——這部分結論非常正確。但
它們之所以仍能在Cake.java 中使用，是由於它們位於相同的目錄中，而且沒有明確的包名。Java 把象這樣
的檔案看作那個目錄“預設包”的一部分，所以它們對於目錄內的其他檔案來說是“友好”的。