ActionScript 3.0 與舊版在事件處理方面的差異

Flash Player 9 以及更新的版本，Adobe AIR 1.0 以及更新的版本

ActionScript 3.0 與舊版 ActionScript 在事件處理方面，最明顯的差異就是 ActionScript 3.0 中只有一種事件處理系統，而舊版 ActionScript 中卻有數種不同的事件處理系統。本節將以概述舊版 ActionScript 中事件處理的運作方式做為開頭，然後再討論 ActionScript 3.0 中在事件處理方面的變更。

舊版 ActionScript 中的事件處理方式

ActionScript 3.0 之前的 ActionScript 版本是提供多種不同的方式來處理事件：

  • 可以直接置於 Button 和 MovieClip 實體上的 on() 事件處理常式

  • 可以直接置於 MovieClip 實體上的 onClipEvent() 處理常式

  • 回呼函數屬性，例如 XML.onload 和 Camera.onActivity

  • 使用 addListener() 方法註冊的事件偵聽程式

  • 部分實作 DOM 事件模型的 UIEventDispatcher 類別

上述每一種機制都代表了它自己的各項優點與限制。 on() 和 onClipEvent() 處理常式都很容易使用，但是在專案的後續維護方面卻較為困難，因為要找出置於按鈕與影片片段上的程式碼可能會有困難。此外，實作回呼函數也很簡單，但卻會限制您只能針對一個指定的事件來實作一個回呼函數。與之相較，實作事件偵聽程式則較為困難，因為您不僅要建立偵聽程式物件與函數，還必須使用可產生事件的物件來註冊此偵聽程式。不過，這些額外的步驟卻能讓您針對相同的事件，建立多個偵聽程式物件並加以註冊。

ActionScript 2.0 的組件開發工作則產生了另一種事件模型，這個包含在 UIEventDispatcher 類別中的新事件模型是以「DOM 事件規格」的子集為基礎，讓熟悉組件事件處理的開發人員都能輕鬆轉換到新的 ActionScript 3.0 事件模型概念。

可惜的是，不同事件模型使用的語法在多方面都有所重疊，而且各有不同。例如，在 ActionScript 2.0 中，某些屬性 (例如 TextField.onChanged ) 可以當做回呼函數或事件偵聽程式來使用。然而，視您使用的是支援偵聽程式的六個類別之一或是 UIEventDispatcher 類別，用來註冊偵聽程式物件的語法會有所不同。若是 Key、Mouse、MovieClipLoader、Selection、Stage 和 TextField 類別，您可以使用 addListener() 方法；但為了組件事件處理作業，則必須使用名為 addEventListener() 的方法。

不同的事件處理模型還會產生另一個複雜的情況，就是事件處理常式函數的範圍會根據所使用的機制大相逕庭。換句話說，在多個事件處理系統中， this 關鍵字的意義並不一致。

ActionScript 3.0 中的事件處理方式

ActionScript 3.0 導入了單一事件處理模型，它取代了舊版程式語言中許多不同的事件處理機制。這個新的事件模型是以「文件物件模型第 3 層事件規格」(Document Object Model (DOM) Level 3 Events Specification) 為基礎。雖然 SWF 檔格式並非特別遵守「文件物件模型」標準，然而在顯示清單與 DOM 結構之間，還是有足夠的相似性，讓實作 DOM 事件模型這件事成為可能。顯示清單中的物件就像是 DOM 階層架構中的節點，而且本段論述中的「顯示清單物件」和「節點」都可以互換使用。

Flash Player 和 AIR 在實作 DOM 事件模型時，加入了名為預設行為的概念。所謂「預設行為」，就是 Flash Player 或 AIR 會當做特定事件之一般結果來執行的動作。

預設行為

通常，開發人員必須負責撰寫可回應事件的程式碼。然而，在某些情況下，某個行為常常會與事件 (除非開發人員新增程式碼來取消該行為，否則 Flash Player 或 AIR 會自動執行該行為) 產生關聯。因為 Flash Player 或 AIR 會自動顯示該行為，所以這種行為便稱為預設行為。

例如，當使用者在 TextField 物件中輸入文字，則通常會期待 TextField 物件中出現該文字，因此這項行為會內建在 Flash Player 或 AIR 中。如果您不要這項預設行為發生，可以使用新的事件處理系統來將其取消。當使用者在 TextField 物件中輸入文字，Flash Player 或 AIR 便會建立 TextEvent 類別的實體，以代表該使用者的輸入動作。若要避免 Flash Player 或 AIR 在 TextField 物件中顯示該文字，您必須存取此特定的 TextEvent 實體，並呼叫此實體的 preventDefault() 方法。

請注意，不是所有的預設行為都能加以避免。例如，當使用者按兩下 TextField 物件中的某個單字時，Flash Player 或 AIR 便會產生 MouseEvent 物件。這項無法避免的預設行為，就是游標下方的單字會呈現反白顯示。

許多類型的事件物件都沒有相關聯的預設行為。例如，當建立網路連線時，Flash Player 便會傳送連線物件，但是並沒有預設行為與它有關聯。Event 類別及其子類別的 API 說明文件會列出每一個事件的類型，並描述任何相關聯的預設行為，以及該行為是否能避免。

您必須知道，預設行為只會與 Flash Player 或 AIR 所傳送的事件物件有關聯，而且透過 ActionScript 以程式設計方式傳送之事件物件的預設行為則不存在。例如，您可以使用 EventDispatcher 類別的方法，傳送類型為 textInput 的事件物件，但是該事件物件將不具有與它相關聯的預設行為。換句話說，Flash Player 和 AIR 將不會在 TextField 物件中顯示字元做為 textInput 事件 (以程式設計的方式傳送) 的結果。

ActionScript 3.0 中事件偵聽程式的新增功能

新的規格對熟悉使用 ActionScript 2.0 addListener() 方法的開發人員而言，將有助於他們瞭解 ActionScript 2.0 事件偵聽程式模型與 ActionScript 3.0 事件模型之間的差異。下表說明這兩個事件模型的幾個主要差異點：

  • 若要在 ActionScript 2.0 中新增事件偵聽程式，那麼在某些情況下您必須使用 addListener() ，而其它情況下則必須使用 addEventListener() ；而在 ActionScript 3.0 中，針對所有的情況您只需使用 addEventListener() 即可。

  • ActionScript 2.0 中沒有事件流程，這表示您只能針對廣播事件的物件呼叫 addListener() 方法；而在 ActionScript 3.0 中，則可以針對屬於事件流程一部分的任何物件呼叫 addEventListener() 方法。

  • 在 ActionScript 2.0 中，事件偵聽程式可以是函數、方法或物件，而在 ActionScript 3.0 中，只有函數或方法可以做為事件偵聽程式。