Flash CS3 文件 
Flash CS3 文件 |
|||
| ActionScript 3.0 程式設計 > 處理事件 > ActionScript 3.0 與舊版在事件處理方面的差異 | |||
|
|||
|
|||
|
|||
ActionScript 3.0 與舊版 ActionScript 在事件處理方面，最明顯的差異就是 ActionScript 3.0 中只有一種事件處理系統，而舊版 ActionScript 中卻有數種不同的事件處理系統。本節將以概述舊版 ActionScript 中事件處理的運作方式做為開頭，然後再討論 ActionScript 3.0 中在事件處理方面的變更。
ActionScript 3.0 之前的 ActionScript 版本是提供多種不同的方式來處理事件：
on() 事件處理常式onClipEvent() 處理常式XML.onload 和 Camera.onActivityaddListener() 方法註冊的事件偵聽程式上述每一種機制都代表了它自己的各項優點與限制。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 導入了單一事件處理模型，它取代了舊版程式語言中許多不同的事件處理機制。這個新的事件模型是以「文件物件模型第 3 層事件規格」(Document Object Model (DOM) Level 3 Events Specification) 為基礎。雖然 SWF 檔格式並非特別遵守「文件物件模型」標準，然而在顯示清單與 DOM 結構之間，還是有足夠的相似性，讓實作 DOM 事件模型這件事成為可能。顯示清單中的物件就像是 DOM 階層架構中的節點，而且本段論述中的「顯示清單物件」和「節點」都可以互換使用。
Flash Player 在實作 DOM 事件模型時，加入了名為預設行為的概念。所謂「預設行為」，就是 Flash Player 會當做特定事件之一般結果來執行的動作。
通常，開發人員必須負責撰寫可回應事件的程式碼。然而，在某些情況下，某個行為常常會與事件 (除非開發人員新增程式碼來取消該行為，否則 Flash Player 會自動執行該行為) 產生關聯。因為 Flash Player 會自動顯示該行為，所以這種行為便稱為預設行為。
例如，當使用者在 TextField 物件中輸入文字，則通常會期待 TextField 物件中出現該文字，因此這項行為會內建在 Flash Player 中。如果您不要這項預設行為發生，可以使用新的事件處理系統來將其取消。當使用者在 TextField 物件中輸入文字，Flash Player 便會建立 TextEvent 類別的實體，以代表該使用者的輸入動作。若要避免 Flash Player 在 TextField 物件中顯示該文字，您必須存取此特定的 TextEvent 實體，並呼叫此實體的 preventDefault() 方法。
請注意，不是所有的預設行為都能加以避免。例如，當使用者按兩下 TextField 物件中的某個單字時，Flash Player 便會產生 MouseEvent 物件。這項無法避免的預設行為，就是游標下方的單字會呈現反白顯示。
許多類型的事件物件都沒有相關聯的預設行為。例如，當建立網路連線時，Flash Player 便會傳送連線物件，但是並沒有預設行為與它有關聯。Event 類別及其子類別的 API 說明文件會列出每一個事件的類型，並描述任何相關聯的預設行為，以及該行為是否能避免。
您必須知道，預設行為只會與 Flash Player 所傳送的事件物件有關聯，而且透過 ActionScript 以程式設計方式傳送之事件物件的預設行為則不存在。例如，您可以使用 EventDispatcher 類別的方法，傳送類型為 textInput 的事件物件，但是該事件物件將不具有與它相關聯的預設行為。換句話說，Flash Player 將不會在 TextField 物件中顯示字元做為 textInput 事件 (以程式設計的方式傳送) 的結果。
新的規格對熟悉使用 ActionScript 2.0 addListener() 方法的開發人員而言，將有助於他們瞭解 ActionScript 2.0 事件偵聽程式模型與 ActionScript 3.0 事件模型之間的差異。下表說明這兩個事件模型的幾個主要差異點：
addListener()，而其它情況下則必須使用 addEventListener()；而在 ActionScript 3.0 中，針對所有的情況您只需使用 addEventListener() 即可。addListener() 方法；而在 ActionScript 3.0 中，則可以針對屬於事件流程一部分的任何物件呼叫 addEventListener() 方法。 Flash CS3
目前頁面: http://livedocs.adobe.com/flash/9.0_tw/main/00000136.html