Java 1.1 新事件模型核心解析：從動作處理到內部類最佳實踐

舊模型痛點 vs 新模型優雅

Java 1.0 事件模型：所有元件事件集中在 handleEvent() 或 action() 中，靠 if (evt.target == btn1) 硬編碼判斷，違反開放封閉原則，擴充性極差。

Java 1.1 委派事件模型：事件源 (元件) 產生 事件物件 (ActionEvent 等)，分派給註冊的 事件監聽器 (ActionListener)。三者解耦，符合觀察者模式。

核心機制三步曲

1. 事件類別：每種事件對應獨立類別 (ActionEvent, MouseEvent...)，封裝事件狀態。
2. 監聽器介面：定義回調方法 (actionPerformed(ActionEvent))，單一方法介面最簡潔。
3. 註冊機制：元件提供 addXXXListener()/removeXXXListener()，編譯期型別安全。

經典範例：Button2New — 兩按鈕獨立處理

//: Button2New.java
import java.awt.*;
import java.awt.event.*;
import java.applet.*;

public class Button2New extends Applet {
    Button b1 = new Button("Button 1"), b2 = new Button("Button 2");

    public void init() {
        b1.addActionListener(new B1()); // 註冊監聽器
        b2.addActionListener(new B2());
        add(b1); add(b2);
    }

    class B1 implements ActionListener {
        public void actionPerformed(ActionEvent e) {
            getAppletContext().showStatus("Button 1");
        }
    }
    class B2 implements ActionListener {
        public void actionPerformed(ActionEvent e) {
            getAppletContext().showStatus("Button 2");
        }
    }
} ///:~

關鍵優勢對比

內部類：事件處理的最佳夥伴

監聽器常實作為內部類，兩大優勢：

1. 邏輯分組：監聽器與服務的 UI/業務邏輯緊密相關，內部類天然歸屬。
2. 隱含外部參考：內部類實例自動持有外部類實例參考，可直接存取外部欄位/方法 (t1, bl 等)，無需額外建構子傳參，解決「回調」問題，避免 C++ 式函數指標複雜性。

class B1 implements ActionListener {
    public void actionPerformed(ActionEvent e) {
        t.setText(Integer.toString(bl.calculation1(getValue(t)))); // 直接用外部 bl、t、getValue()
    }
}

Java Beans 契機

新事件模型的 addXXXListener() 命名慣例，正是 Java Beans 自省機制識別事件的依據：工具可自動發現元件支援哪些事件，支援視覺化建構器拖拉元件、連線事件。

現代化延伸

• Lambda 表達式 (Java 8+)：b1.addActionListener(e -> showStatus("Button 1")); 替代匿名內部類。
• 方法參考：b1.addActionListener(this::handleButton1);
• 事件總線：Guava EventBus、Spring ApplicationEvent、RxJava 實現跨層級解耦事件驅動。

掌握新事件模型精髓——關注點分離、型別安全、擴充性——是從 AWT 邁向 Swing、JavaFX、Spring、現代響應式架構的基石。