Digging more into the EventFlow - 版本历史

enc0717：/* 同步和異步 */

2011-04-17T00:26:05Z

‎同步和異步

2011-04-17T00:22:56Z

‎結點

2011-04-17T00:22:06Z

‎結點

2011-04-16T23:22:17Z

‎結點

2011-04-16T23:14:09Z

‎結點

2011-04-16T17:44:05Z

‎同步和異步

2011-04-16T17:43:32Z

‎結點

2011-04-16T16:14:53Z

‎監聽器

2011-04-16T16:14:27Z

‎構架

2011-04-16T16:14:06Z

‎參考資料

←上一版本		2011-04-17T00:26:05的版本
第135行：		第135行：
	雖然自定義事件是我們自己拋出。我們知道它何時何地派發出來。但是在處理這個事件上，我們還是應該當成我們並不知道這個事件是從哪來的。<br>		雖然自定義事件是我們自己拋出。我們知道它何時何地派發出來。但是在處理這個事件上，我們還是應該當成我們並不知道這個事件是從哪來的。<br>
	這樣我們才能區分開了"通告做一件事情" 和 "親自去做一件事情"。		這樣我們才能區分開了"通告做一件事情" 和 "親自去做一件事情"。
		+
		+
		+	===紕漏和修正===
		+	筆者對於細節的描述出於個人理解而非官方闡述。因此不免有紕漏指出。
		+	如果讀者發現其中有問題的地方還請告知。筆者會在第一時間進行修正。對於您的糾錯和改進意見筆者非常感激。
		+	筆者信箱：purple.starpulse@gmail.com
		+
		+	您也可以直接修改以上內容。

@@ 第71行： / 第71行： @@
 這就解釋了為甚麼一個new EventListener()派發出的事件只有這個對象自己可以接收。<br/>
    注所有ActionScript對象會在DOM區建立一個與之對應的定義，不管是顯示對象也好非顯示對象也好並沒有區別。
-   圖中的DOM結構用來闡述原理。實際DOM底層結構並不一定入圖所示。也有可能是以別的方式來組織。
+   圖中的DOM結構用來闡述原理。實際DOM底層結構並不一定如圖所示。也有可能是以別的方式來組織。
 ==監聽器==

@@ 第71行： / 第71行： @@
 這就解釋了為甚麼一個new EventListener()派發出的事件只有這個對象自己可以接收。<br/>
    注所有ActionScript對象會在DOM區建立一個與之對應的定義，不管是顯示對象也好非顯示對象也好並沒有區別。
 ==監聽器==

@@ 第29行： / 第29行： @@
 根據DOM的定義。並沒有特別對於顯示成員stage的描述。雖然事件流機制被描述為事件首先會經過根節點stage。<br/>
 所以實際上這個圖的情況。也存在完整的事件流階段。一個事件最開始經歷的並不一定是stage<br/>
-而是從事件派發的目標對象在DOM中的定義，向上遍歷"類型為顯示包含"的父節點直到根節點。再根據這個DOM的根節點印射出實際對象。<br/>
+而是從事件派發的目標對象在DOM中的定義，向上遍歷父節點直到根節點。再根據這個DOM的根節點印射出實際對象。<br/>
-"類型為顯示包含"的父節點下圖中以紅色實線表示這個包含關係。
 因此以下代碼運行可以發現兩個監聽函數都運行了。<br/>
 <syntaxhighlight lang="actionscript">
@@ 第63行： / 第62行： @@
+}
 </syntaxhighlight>
-為甚麼顯示列表在DOM樹會存在父節點
+'''事件流機制的工作中。'''<br/>
 <center>[[Image:FlashPlatform_DOMSync.png]]</center><br/>
 <center>[[Image:FlashPlatform_DOMDetail.png]]</center><br/>
 這就解釋了為甚麼一個new EventListener()派發出的事件只有這個對象自己可以接收。<br/>
 ==監聽器==

@@ 第29行： / 第29行： @@
 根據DOM的定義。並沒有特別對於顯示成員stage的描述。雖然事件流機制被描述為事件首先會經過根節點stage。<br/>
 所以實際上這個圖的情況。也存在完整的事件流階段。一個事件最開始經歷的並不一定是stage<br/>
-而是從事件派發的目標對象在DOM中的定義，向上遍歷父節點直到根節點。再根據這個DOM的根節點印射出實際對象。<br/>
+而是從事件派發的目標對象在DOM中的定義，向上遍歷"類型為顯示包含"的父節點直到根節點。再根據這個DOM的根節點印射出實際對象。<br/>
 因此以下代碼運行可以發現兩個監聽函數都運行了。<br/>
 <syntaxhighlight lang="actionscript">
@@ 第66行： / 第67行： @@
 <center>[[Image:FlashPlatform_DOMDetail.png]]</center><br/>
    所有ActionScript對象會在DOM區建立一個與之對應的定義，不管是顯示對象也好非顯示對象也好並沒有區別。
-  而只有顯示對象會多一步操作：在DOM區同步一個樹狀關係。這就解釋了為甚麼一個new EventListener()派發出的事件只有這個對象自己可以接收。
+對顯示對象的包含關係而言節點和節點之間在圖中是紅色實線表示。<br/>
 ==監聽器==

@@ 第94行： / 第94行： @@
    import flash.events.Event;
-   public class RuntimeBindling extends Sprite {
+   public class EventFlowSyncTest extends Sprite {
      //==========================================================================
      //  Constructor
      //==========================================================================
      /** Constructor */
-     public function RuntimeBindling() {
+     public function EventFlowSyncTest() {
        const S:Sprite = new Sprite();
        S.addEventListener("myEvent", listener);

@@ 第78行： / 第78行： @@
 這樣DOM的事件機制傳遞結果給事件流機制的EventListener。再由事件流機制充當中間層將事件經過定義再EventListener中的用戶函數轉發給用戶。<br/>
 <br/>
 ==同步和異步==

@@ 第12行： / 第12行： @@
 DOM區提供一個接入點。用於支持事件流機制以訪問當前對象的樹模型。<br/>
 用戶不需要知道事件流機制的實現細節也無法修改這個機制，因此只需要提供出派發和接收事件的支持。
 == 結點 ==

←上一版本		2011-04-16T16:14:06的版本
第125行：		第125行：
	雖然自定義事件是我們自己拋出。我們知道它何時何地派發出來。但是在處理這個事件上，我們還是應該當成我們並不知道這個事件是從哪來的。<br>		雖然自定義事件是我們自己拋出。我們知道它何時何地派發出來。但是在處理這個事件上，我們還是應該當成我們並不知道這個事件是從哪來的。<br>
	這樣我們才能區分開了"通告做一件事情" 和 "親自去做一件事情"。		這樣我們才能區分開了"通告做一件事情" 和 "親自去做一件事情"。
−	~~=== 參考資料 ===~~
−	~~[[http://www.w3.org/TR/DOM-Level-3-Core/core.html#ID-249F15BA DOM3核心]]<br/>~~
−	~~[[http://livedocs.adobe.com/flash/9.0_cn/main/flash_as3_programming.pdf Flash_AS3_Programming.PDF]]<br/>~~
−	~~[[FlashPlatform GC]]~~