為何仍需學習 Java 舊版 AWT？歷史包袱與演進脈絡

舊版 AWT 在物件導向設計與 GUI 開發套件設計上表現不盡如人意，被評為「拙劣、可怕、惡劣」。它將程式設計拉回黑暗年代：每個事件都需手寫代碼，連其他環境用「資源」輕鬆完成的任務也得親力親為。

Java 1.1 的改進

1. 新版 AWT 採用更佳程式模型，邁向優良庫設計；Java Beans 成為其框架。
2. 「GUI 建構器」（視覺化編程環境）將普及所有開發系統，配合 Java Beans 與新 AWT 可自動生成代碼；ActiveX 等技術也將同樣支援。

為何仍須學習舊 AWT？

既存事實：一旦庫發布元件，便無法移除，否則會破壞既有代碼。大量存量代碼仍使用舊 AWT，維護與閱讀舊代碼時無法避開。

AWT 與作業系統 GUI 的關係

AWT 必須與原生 OS GUI 元件溝通，這意味著它需執行 Applet 無法完成的任務。不受信任的 Applet 無法直接呼叫 OS，否則可能損害使用者機器。Sun 原始模型僅授權瀏覽器中的 Java 系統存取信任庫。

Java 1.1 的新安全模型

「受信任程式碼」或「簽名程式碼」：特定伺服器驗證下載程式碼的公開金鑰加密簽名，確認來源（真的是 Bob 的代碼還是偽裝者）。雖無法阻止 Bob 犯錯或作惡，但能防止匿名製造病毒逃避責任。數位簽名的 Applet（受信任 Applet）在 Java 1.1 中可直接控制本機，如同其他受信任應用程式。

舊 AWT 的持續價值

• 舊代碼長期存在，新手從舊書學習會遇到
• 資源受限環境下的輕量級程式設計仍有參考價值
• 本章著重概覽設計脈絡，而非逐一列舉方法與類別