到目前为止,内部类似乎并没有什么了不起的。毕竟,如果你只是想用于隐藏,Java 已经
有了很好的隐藏机制——只给予某个类“包访问权”(仅在同一个包内可见),而用不着
创建为内部类。
然而,当你将内部类向上转型为其基类,尤其是转型为一个接口的时候,内部类就有了用
武之地。(从实现了某个接口的对象,得到对此接口的引用,与向上转型为这个对象的基
类,实质上效果是一样的。)这是因为此内部类——某个接口的实现——对于其他人来说
能够完全不可见,并且不可用。你所得到的只是指向基类或接口的一个引用,所以能够很
方便地隐藏实现细节。
首先,我们将通用接口定义在独立的文件中,这样就可以在所有的例子中使用它们:
//: c08:Destination.java
public interface Destination {
String readLabel();
} ///:~
//: c08:Contents.java
public interface Contents {
int value();
} ///:~
现在 Contents 和 Destination 表示客户端程序员可用的接口。(记住,接口的所有成员
自动被设置为 public。)
当你取得了一个指向基类或接口的引用时,你可能无法找出它确切的型别,看下面的例子:
//: c08:TestParcel.java
// Returning a reference to an inner class.
class Parcel3 {
private class PContents implements Contents {
private int i = 11;
public int value() { return i; }
}
protected class PDestination implements Destination {
private String label;
private PDestination(String whereTo) {
label = whereTo;
}
public String readLabel() { return label; }
}
public Destination dest(String s) {
return new PDestination(s);
}
public Contents cont() {
return new PContents();
}
}
public class TestParcel {
public static void main(String[] args) {
Parcel3 p = new Parcel3();
Contents c = p.cont();
Destination d = p.dest("Tanzania");
// Illegal -- can't access private class:
//! Parcel3.PContents pc = p.new PContents();
}
} ///:~
在上例中,main()方法必须在一个单独的类中,才能演示出内部类 PContents 是私有的
这个性质。
Parcel3 中增加了一些新东西:内部类 PContents 是 private,所以除了 Parcel3,没有
人能访问它。PDestination 是 protected,所以只有 Parcel3 以及其子类,还有与 Parcel3
同一个包中的类(因为 protected 也给予了包访问权)能访问 PDestination,其他类都不
能访问 PDestination。这意味着,如果客户端程序员想了解,或访问这些成员,那是要受
到限制的。实际上,你甚至不能向下转型成 private 内部类(或 protected 内部类,除非
你有继承自它的子类),因为你不能访问其名字,就像你在 TestParcel 类中看到的那样。
于是,private 内部类给类的设计者提供了一种途径,以完全阻止任何依赖于类型的编码,
并且完全隐藏了实现的细节。此外,从客户端程序员的角度来看,由于不能访问任何新增
加的、原本不属于公共接口的方法,所以扩展接口是没有价值的。这也给 Java 编译器提供
了生成更高效代码的机会。
普通的(非内部的)类,不能声明为 private 或 protected;它们只可以被赋予 public 或
有了很好的隐藏机制——只给予某个类“包访问权”(仅在同一个包内可见),而用不着
创建为内部类。
然而,当你将内部类向上转型为其基类,尤其是转型为一个接口的时候,内部类就有了用
武之地。(从实现了某个接口的对象,得到对此接口的引用,与向上转型为这个对象的基
类,实质上效果是一样的。)这是因为此内部类——某个接口的实现——对于其他人来说
能够完全不可见,并且不可用。你所得到的只是指向基类或接口的一个引用,所以能够很
方便地隐藏实现细节。
首先,我们将通用接口定义在独立的文件中,这样就可以在所有的例子中使用它们:
//: c08:Destination.java
public interface Destination {
String readLabel();
} ///:~
//: c08:Contents.java
public interface Contents {
int value();
} ///:~
现在 Contents 和 Destination 表示客户端程序员可用的接口。(记住,接口的所有成员
自动被设置为 public。)
当你取得了一个指向基类或接口的引用时,你可能无法找出它确切的型别,看下面的例子:
//: c08:TestParcel.java
// Returning a reference to an inner class.
class Parcel3 {
private class PContents implements Contents {
private int i = 11;
public int value() { return i; }
}
protected class PDestination implements Destination {
private String label;
private PDestination(String whereTo) {
label = whereTo;
}
public String readLabel() { return label; }
}
public Destination dest(String s) {
return new PDestination(s);
}
public Contents cont() {
return new PContents();
}
}
public class TestParcel {
public static void main(String[] args) {
Parcel3 p = new Parcel3();
Contents c = p.cont();
Destination d = p.dest("Tanzania");
// Illegal -- can't access private class:
//! Parcel3.PContents pc = p.new PContents();
}
} ///:~
在上例中,main()方法必须在一个单独的类中,才能演示出内部类 PContents 是私有的
这个性质。
Parcel3 中增加了一些新东西:内部类 PContents 是 private,所以除了 Parcel3,没有
人能访问它。PDestination 是 protected,所以只有 Parcel3 以及其子类,还有与 Parcel3
同一个包中的类(因为 protected 也给予了包访问权)能访问 PDestination,其他类都不
能访问 PDestination。这意味着,如果客户端程序员想了解,或访问这些成员,那是要受
到限制的。实际上,你甚至不能向下转型成 private 内部类(或 protected 内部类,除非
你有继承自它的子类),因为你不能访问其名字,就像你在 TestParcel 类中看到的那样。
于是,private 内部类给类的设计者提供了一种途径,以完全阻止任何依赖于类型的编码,
并且完全隐藏了实现的细节。此外,从客户端程序员的角度来看,由于不能访问任何新增
加的、原本不属于公共接口的方法,所以扩展接口是没有价值的。这也给 Java 编译器提供
了生成更高效代码的机会。
普通的(非内部的)类,不能声明为 private 或 protected;它们只可以被赋予 public 或
者包访问权。