到目前為止，大家已接觸了對內部類的運作進行描述的大量語法與概念。但這些並不能真正說明內部類存在的原因。為什麼Sun要如此麻煩地在Java 1.1裡添加這樣的一種基本語言特性呢？答案就在於我們在這裡要學習的“控制框架”。
一個“應用程序框架”是指一個或一系列類，它們專門設計用來解決特定類型的問題。為應用應用程序框架，我們可從一個或多個類繼承，並覆蓋其中的部分方法。我們在覆蓋方法中編寫的代碼用於定制由那些應用程序框架提供的常規方案，以便解決自己的實際問題。“控制框架”屬於應用程序框架的一種特殊類型，受到對事件響應的需要的支配；主要用來響應事件的一個系統叫作“由事件驅動的系統”。在應用程序設計語言中，最重要的問題之一便是“圖形用戶界面”（GUI），它幾乎完全是由事件驅動的。正如大家會在第13章學習的那樣，Java 1.1 AWT屬於一種控制框架，它通過內部類完美地解決了GUI的問題。
為理解內部類如何簡化控制框架的創建與使用，可認為一個控制框架的工作就是在事件“就緒”以後執行它們。盡管“就緒”的意思很多，但在目前這種情況下，我們卻是以計算機時鐘為基礎。隨後，請認識到針對控制框架需要控制的東西，框架內並未包含任何特定的信息。首先，它是一個特殊的接口，描述了所有控制事件。它可以是一個抽象類，而非一個實際的接口。由於默認行為是根據時間控制的，所以部分實施細節可能包括：
//: Event.java
// The common methods for any control event
package c07.controller;
abstract public class Event {
private long evtTime;
public Event(long eventTime) {
evtTime = eventTime;
}
public boolean ready() {
return System.currentTimeMillis() >= evtTime;
}
abstract public void action();
abstract public String description();
} ///:~
希望Event（事件）運行的時候，構建器即簡單地捕獲時間。同時ready()告訴我們何時該運行它。當然，ready()也可以在一個衍生類中被覆蓋，將事件建立在除時間以外的其他東西上。
action()是事件就緒後需要調用的方法，而description()提供了與事件有關的文字信息。
下面這個文件包含了實際的控制框架，用於管理和觸發事件。第一個類實際只是一個“助手”類，它的職責是容納Event對象。可用任何適當的集合替換它。而且通過第8章的學習，大家會知道另一些集合可簡化我們的工作，不需要我們編寫這些額外的代碼：
//: Controller.java
// Along with Event, the generic
// framework for all control systems:
package c07.controller;
// This is just a way to hold Event objects.
class EventSet {
private Event[] events = new Event[100];
private int index = 0;
private int next = 0;
public void add(Event e) {
if(index >= events.length)
return; // (In real life, throw exception)
events[index++] = e;
}
public Event getNext() {
boolean looped = false;
int start = next;
do {
next = (next + 1) % events.length;
// See if it has looped to the beginning:
if(start == next) looped = true;
// If it loops past start, the list
// is empty:
if((next == (start + 1) % events.length)
&& looped)
return null;
} while(events[next] == null);
return events[next];
}
public void removeCurrent() {
events[next] = null;
}
}
public class Controller {
private EventSet es = new EventSet();
public void addEvent(Event c) { es.add(c); }
public void run() {
Event e;
while((e = es.getNext()) != null) {
if(e.ready()) {
e.action();
System.out.println(e.description());
es.removeCurrent();
}
}
}
} ///:~
EventSet可容納100個事件（若在這裡使用來自第8章的一個“真實”集合，就不必擔心它的最大尺寸，因為它會根據情況自動改變大小）。index（索引）在這裡用於跟蹤下一個可用的空間，而next（下一個）幫助我們尋找列表中的下一個事件，了解自己是否已經循環到頭。在對getNext()的調用中，這一點是至關重要的，因為一旦運行，Event對象就會從列表中刪去（使用removeCurrent()）。所以getNext()會在列表中向前移動時遇到“空洞”。
注意removeCurrent()並不只是指示一些標志，指出對象不再使用。相反，它將句柄設為null。這一點是非常重要的，因為假如垃圾收集器發現一個句柄仍在使用，就不會清除對象。若認為自己的句柄可能象現在這樣被掛起，那麼最好將其設為null，使垃圾收集器能夠正常地清除它們。
Controller是進行實際工作的地方。它用一個EventSet容納自己的Event對象，而且addEvent()允許我們向這個列表加入新事件。但最重要的方法是run()。該方法會在EventSet中遍歷，搜索一個准備運行的Event對象——ready()。對於它發現ready()的每一個對象，都會調用action()方法，打印出description()，然後將事件從列表中刪去。
注意在迄今為止的所有設計中，我們仍然不能准確地知道一個“事件”要做什麼。這正是整個設計的關鍵；它怎樣“將發生變化的東西同沒有變化的東西區分開”？或者用我的話來講，“改變的意圖”造成了各類Event對象的不同行動。我們通過創建不同的Event子類，從而表達出不同的行動。
這裡正是內部類大顯身手的地方。它們允許我們做兩件事情：
(1) 在單獨一個類裡表達一個控制框架應用的全部實施細節，從而完整地封裝與那個實施有關的所有東西。內部類用於表達多種不同類型的action()，它們用於解決實際的問題。除此以外，後續的例子使用了private內部類，所以實施細節會完全隱藏起來，可以安全地修改。
(2) 內部類使我們具體的實施變得更加巧妙，因為能方便地訪問外部類的任何成員。若不具備這種能力，代碼看起來就可能沒那麼使人舒服，最後不得不尋找其他方法解決。
現在要請大家思考控制框架的一種具體實施方式，它設計用來控制溫室（Greenhouse）功能（注釋④）。每個行動都是完全不同的：控制燈光、供水以及溫度自動調節的開與關，控制響鈴，以及重新啟動系統。但控制框架的設計宗旨是將不同的代碼方便地隔離開。對每種類型的行動，都要繼承一個新的Event內部類，並在action()內編寫相應的控制代碼。
④：由於某些特殊原因，這對我來說是一個經常需要解決的、非常有趣的問題；原來的例子在《C++ Inside & Out》一書裡也出現過，但Java提供了一種更令人舒適的解決方案。
作為應用程序框架的一種典型行為，GreenhouseControls類是從Controller繼承的：
//: GreenhouseControls.java
// This produces a specific application of the
// control system, all in a single class. Inner
// classes allow you to encapsulate different
// functionality for each type of event.
package c07.controller;
public class GreenhouseControls
extends Controller {
private boolean light = false;
private boolean water = false;
private String thermostat = "Day";
private class LightOn extends Event {
public LightOn(long eventTime) {
super(eventTime);
}
public void action() {
// Put hardware control code here to
// physically turn on the light.
light = true;
}
public String description() {
return "Light is on";
}
}
private class LightOff extends Event {
public LightOff(long eventTime) {
super(eventTime);
}
public void action() {
// Put hardware control code here to
// physically turn off the light.
light = false;
}
public String description() {
return "Light is off";
}
}
private class WaterOn extends Event {
public WaterOn(long eventTime) {
super(eventTime);
}
public void action() {
// Put hardware control code here
water = true;
}
public String description() {
return "Greenhouse water is on";
}
}
private class WaterOff extends Event {
public WaterOff(long eventTime) {
super(eventTime);
}
public void action() {
// Put hardware control code here
water = false;
}
public String description() {
return "Greenhouse water is off";
}
}
private class ThermostatNight extends Event {
public ThermostatNight(long eventTime) {
super(eventTime);
}
public void action() {
// Put hardware control code here
thermostat = "Night";
}
public String description() {
return "Thermostat on night setting";
}
}
private class ThermostatDay extends Event {
public ThermostatDay(long eventTime) {
super(eventTime);
}
public void action() {
// Put hardware control code here
thermostat = "Day";
}
public String description() {
return "Thermostat on day setting";
}
}
// An example of an action() that inserts a
// new one of itself into the event list:
private int rings;
private class Bell extends Event {
public Bell(long eventTime) {
super(eventTime);
}
public void action() {
// Ring bell every 2 seconds, rings times:
System.out.println("Bing!");
if(--rings > 0)
addEvent(new Bell(
System.currentTimeMillis() + 2000));
}
public String description() {
return "Ring bell";
}
}
private class Restart extends Event {
public Restart(long eventTime) {
super(eventTime);
}
public void action() {
long tm = System.currentTimeMillis();
// Instead of hard-wiring, you could parse
// configuration information from a text
// file here:
rings = 5;
addEvent(new ThermostatNight(tm));
addEvent(new LightOn(tm + 1000));
addEvent(new LightOff(tm + 2000));
addEvent(new WaterOn(tm + 3000));
addEvent(new WaterOff(tm + 8000));
addEvent(new Bell(tm + 9000));
addEvent(new ThermostatDay(tm + 10000));
// Can even add a Restart object!
addEvent(new Restart(tm + 20000));
}
public String description() {
return "Restarting system";
}
}
public static void main(String[] args) {
GreenhouseControls gc =
new GreenhouseControls();
long tm = System.currentTimeMillis();
gc.addEvent(gc.new Restart(tm));
gc.run();
}
} ///:~
注意light（燈光）、water（供水）、thermostat（調溫）以及rings都隸屬於外部類GreenhouseControls，所以內部類可以毫無阻礙地訪問那些字段。此外，大多數action()方法也涉及到某些形式的硬件控制，這通常都要求發出對非Java代碼的調用。
大多數Event類看起來都是相似的，但Bell（鈴）和Restart（重啟）屬於特殊情況。Bell會發出響聲，若尚未響鈴足夠的次數，它會在事件列表裡添加一個新的Bell對象，所以以後會再度響鈴。請注意內部類看起來為什麼總是類似於多重繼承：Bell擁有Event的所有方法，而且也擁有外部類GreenhouseControls的所有方法。
Restart負責對系統進行初始化，所以會添加所有必要的事件。當然，一種更靈活的做法是避免進行“硬編碼”，而是從一個文件裡讀入它們（第10章的一個練習會要求大家修改這個例子，從而達到這個目標）。由於Restart()僅僅是另一個Event對象，所以也可以在Restart.action()裡添加一個Restart對象，使系統能夠定期重啟。在main()中，我們需要做的全部事情就是創建一個GreenhouseControls對象，並添加一個Restart對象，令其工作起來。
這個例子應該使大家對內部類的價值有一個更加深刻的認識，特別是在一個控制框架裡使用它們的時候。此外，在第13章的後半部分，大家還會看到如何巧妙地利用內部類描述一個圖形用戶界面的行為。完成那裡的學習後，對內部類的認識將上升到一個前所未有的新高度。
