5 . 2 . 2 p u b l i c：接口访问

使用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 把象这样
的文件看作那个目录“默认包”的一部分，所以它们对于目录内的其他文件来说是“友好”的。