Java與C#的事件處理機制(zt)

Java與C#的事件處理都是 實現了事件來源-事件響應者機制，但又不完全相同。Java實現的是一種事件來源與事件響應者兩級實體物件方式，這裡的事件響應者也是事件監聽者，而C#實現 的是一種事件來源-代理-事件響應者三級實體物件方式。下面就這兩種方式來具體說明。

Java 事件處理

從概念上講，事件是一種在“來源物件”和“監聽者對象”之間，某種狀態發生變化的傳遞機制。事 件有許多不同的用途，例如在Windows系統中常要處理的滑鼠事件、視窗邊界改變事件、鍵盤事件等。在Java中則是定義了一個一般的、可擴充的事件機 制，這種機制能夠：

· 對事件類型和傳遞的模型的定義和擴充提供一個公用架構，並適合於廣泛的應用。

· 與Java語言和環境有較高的整合度。

· 事件能被描述環境捕獲和觸發。

· 能使其它構造工具採取某種技術在設計時直接控制事件，以及事件來源和事件監聽者之間的聯絡。

· 事件機制本身不依賴於複雜的開發工具。

· 事件從事件來源到監聽者的傳遞是通過對目標監聽者對象的Java方法調用進行的。對每個明確的事件的發生，都相應地定義一個明確的Java方法。這些方法都 集中定義在事件監聽者（EventListener）介面中，這個介面要繼承java.util.EventListener。 實現了事件監聽者介面中一些或全部方法的類就是事件監聽者。伴隨著事件的發生，相應的狀態通常都封裝在事件狀態物件中，該對象必須繼承自 java.util.EventObject。事件狀態物件作為單參傳遞給應響應該事件的監聽者方法中。發出某種特定事件的事件來源的標識是：遵從規定的設 計格式為事件監聽者定義註冊方法，並接受對指定事件監聽者介面執行個體的引用。

有時，事件監聽者不能直接實現事件監聽者介面，或者還有其它的額外動作時，就要在一 個源與其它一個或多個監聽者之間插入一個事件適配器類的執行個體，來建立它們之間的聯絡。

事 件狀態物件（Event State Object）

與事件發生有關的狀態資訊一般都封裝在一個事件狀態物件中，這種對象是 java.util.EventObject的子類。按設計習慣，這種事件狀態物件類的名應以Event結尾。例如：

public class MouseMovedExampleEvent extends java.util.EventObject { protected int x, y； /*　建立一個滑鼠移動事件MouseMovedExampleEvent */ 　MouseMovedExampleEvent(java.awt.Component source, Point location) { super(source); x = location.x; y = location.y; } /* 擷取滑鼠位置*/ public Point getLocation() { return new Point(x, y); }}

事 件監聽者介面（EventListener Interface）與事件監聽者

由於Java事件模型是基於方法調用，因而需要一個定義並組織事件操縱方法的方式。事件操縱 方法都被定義在繼承了java.util.EventListener類的EventListener介面中，按規定，EventListener介面的 命名要以Listener結尾。任何一個類如果想操縱在EventListener介面中定義的方法都必須以實現這個介面方式進行。這個類也就是事件監聽 者。例如：

/*先定義了一個滑鼠移動事件對象*/ 　　public class MouseMovedExampleEvent extends java.util.EventObject { 　　 // 在此類中包含了與滑鼠移動事件有關的狀態資訊 　　　　 ... 　　} 　　/*定義了滑鼠移動事件的監聽者介面*/ 　　interface MouseMovedExampleListener extends java.util.EventListener { /*在這個介面中定義了滑鼠移動事件監聽者所應支援的方法*/ void mouseMoved(MouseMovedExampleEvent mme); }

class ArbitraryObject implements MouseMovedExampleListener { 　　　public void mouseMoved(MouseMovedExampleEvent mme) 　 { ... } ｝

ArbitraryObject就是MouseMovedExampleEvent事件的監 聽者。

事 件監聽者的註冊與登出

為了各種可能的事件監聽者把自己註冊入合適的事件來源中，建立源與事件監聽者間的事件流，事件 源必須為事件監聽者提供註冊和登出的方法。在前面的bound屬性介紹中已看到了這種使用過程，在實際中，事件監聽者的註冊和登出要使用標準的設計格式：

public void add< ListenerType>(< ListenerType> listener)； public void remove< ListenerType>(< ListenerType> listener)；

例如，首先定義了一個事件監聽者介面：

public interface ModelChangedListener extends java.util.EventListener { void modelChanged(EventObject e); }

接著定義事件來源類：

public abstract class Model { private Vector listeners = new Vector(); // 定義了一個儲存事件監聽者的數組 /*上面設計格式中的< ListenerType>在此處即是下面的ModelChangedListener*/ public synchronized void addModelChangedListener(ModelChangedListener mcl) 　　{ listeners.addElement(mcl); }//把監聽者註冊入listeners數組中 public synchronized void removeModelChangedListener(ModelChangedListener mcl) 　　　　{ listeners.removeElement(mcl); //把監聽者從listeners中登出 　　　　｝ /*以上兩個方法的前面均冠以synchronized，是因為運行在多線程環境時，可能同時有幾個對象同時要進行 註冊和登出操作，使用synchronized來確保它們之間的同步。開發工具或程式員使用這兩個方法建立源與監 聽者之間的事件流*/ 　protected void notifyModelChanged() {/**事件來源使用本方法通知監聽者發生了modelChanged事件*/ 　　　 Vector l; 　　　　EventObject e = new EventObject(this); 　　　　/*首先要把監聽者拷貝到l數組中，凍結EventListeners的狀態以傳遞事件。這樣來確保在事件 傳遞到所有監聽者之前，已接收了事件的目標監聽者的對應方法暫不生效。*/ 　　　　synchronized(this) { 　　　　　　l = (Vector)listeners.clone(); 　　　　} 　　　　for (int i = 0; i < l.size(); i++) { 　　　　 /* 依次通知註冊在監聽者隊列中的每個監聽者發生了modelChanged事件， 　　　　 並把事件狀態物件e作為參數傳遞給監聽者隊列中的每個監聽者*/ ((ModelChangedListener)l.elementAt(i)).modelChanged(e); 　　　　} 　　　 } 　　　｝

在程式中可見事件來源Model類顯式地調用了介面中的modelChanged方法，實際是 把事件狀態物件e作為參數，傳遞給了監聽者類中的modelChanged方法。

Java與C#的事件處理都是 實現了事件來源-事件響應者機制，但又不完全相同。Java實現的是一種事件來源與事件響應者兩級實體物件方式，這裡的事件響應者也是事件監聽者，而C#實現 的是一種事件來源-代理-事件響應者三級實體物件方式。下面就這兩種方式來具體說明。

Java 事件處理

從概念上講，事件是一種在“來源物件”和“監聽者對象”之間，某種狀態發生變化的傳遞機制。事 件有許多不同的用途，例如在Windows系統中常要處理的滑鼠事件、視窗邊界改變事件、鍵盤事件等。在Java中則是定義了一個一般的、可擴充的事件機 制，這種機制能夠：

· 對事件類型和傳遞的模型的定義和擴充提供一個公用架構，並適合於廣泛的應用。

· 與Java語言和環境有較高的整合度。

· 事件能被描述環境捕獲和觸發。

· 能使其它構造工具採取某種技術在設計時直接控制事件，以及事件來源和事件監聽者之間的聯絡。

· 事件機制本身不依賴於複雜的開發工具。

· 事件從事件來源到監聽者的傳遞是通過對目標監聽者對象的Java方法調用進行的。對每個明確的事件的發生，都相應地定義一個明確的Java方法。這些方法都 集中定義在事件監聽者（EventListener）介面中，這個介面要繼承java.util.EventListener。 實現了事件監聽者介面中一些或全部方法的類就是事件監聽者。伴隨著事件的發生，相應的狀態通常都封裝在事件狀態物件中，該對象必須繼承自 java.util.EventObject。事件狀態物件作為單參傳遞給應響應該事件的監聽者方法中。發出某種特定事件的事件來源的標識是：遵從規定的設 計格式為事件監聽者定義註冊方法，並接受對指定事件監聽者介面執行個體的引用。

有時，事件監聽者不能直接實現事件監聽者介面，或者還有其它的額外動作時，就要在一 個源與其它一個或多個監聽者之間插入一個事件適配器類的執行個體，來建立它們之間的聯絡。

事 件狀態物件（Event State Object）

與事件發生有關的狀態資訊一般都封裝在一個事件狀態物件中，這種對象是 java.util.EventObject的子類。按設計習慣，這種事件狀態物件類的名應以Event結尾。例如：

public class MouseMovedExampleEvent extends java.util.EventObject { protected int x, y； /*　建立一個滑鼠移動事件MouseMovedExampleEvent */ 　MouseMovedExampleEvent(java.awt.Component source, Point location) { super(source); x = location.x; y = location.y; } /* 擷取滑鼠位置*/ public Point getLocation() { return new Point(x, y); }}

事 件監聽者介面（EventListener Interface）與事件監聽者

由於Java事件模型是基於方法調用，因而需要一個定義並組織事件操縱方法的方式。事件操縱 方法都被定義在繼承了java.util.EventListener類的EventListener介面中，按規定，EventListener介面的 命名要以Listener結尾。任何一個類如果想操縱在EventListener介面中定義的方法都必須以實現這個介面方式進行。這個類也就是事件監聽 者。例如：

/*先定義了一個滑鼠移動事件對象*/ 　　public class MouseMovedExampleEvent extends java.util.EventObject { 　　 // 在此類中包含了與滑鼠移動事件有關的狀態資訊 　　　　 ... 　　} 　　/*定義了滑鼠移動事件的監聽者介面*/ 　　interface MouseMovedExampleListener extends java.util.EventListener { /*在這個介面中定義了滑鼠移動事件監聽者所應支援的方法*/ void mouseMoved(MouseMovedExampleEvent mme); }

class ArbitraryObject implements MouseMovedExampleListener { 　　　public void mouseMoved(MouseMovedExampleEvent mme) 　 { ... } ｝

ArbitraryObject就是MouseMovedExampleEvent事件的監 聽者。

事 件監聽者的註冊與登出

為了各種可能的事件監聽者把自己註冊入合適的事件來源中，建立源與事件監聽者間的事件流，事件 源必須為事件監聽者提供註冊和登出的方法。在前面的bound屬性介紹中已看到了這種使用過程，在實際中，事件監聽者的註冊和登出要使用標準的設計格式：

public void add< ListenerType>(< ListenerType> listener)； public void remove< ListenerType>(< ListenerType> listener)；

例如，首先定義了一個事件監聽者介面：

public interface ModelChangedListener extends java.util.EventListener { void modelChanged(EventObject e); }

接著定義事件來源類：

public abstract class Model { private Vector listeners = new Vector(); // 定義了一個儲存事件監聽者的數組 /*上面設計格式中的< ListenerType>在此處即是下面的ModelChangedListener*/ public synchronized void addModelChangedListener(ModelChangedListener mcl) 　　{ listeners.addElement(mcl); }//把監聽者註冊入listeners數組中 public synchronized void removeModelChangedListener(ModelChangedListener mcl) 　　　　{ listeners.removeElement(mcl); //把監聽者從listeners中登出 　　　　｝ /*以上兩個方法的前面均冠以synchronized，是因為運行在多線程環境時，可能同時有幾個對象同時要進行 註冊和登出操作，使用synchronized來確保它們之間的同步。開發工具或程式員使用這兩個方法建立源與監 聽者之間的事件流*/ 　protected void notifyModelChanged() {/**事件來源使用本方法通知監聽者發生了modelChanged事件*/ 　　　 Vector l; 　　　　EventObject e = new EventObject(this); 　　　　/*首先要把監聽者拷貝到l數組中，凍結EventListeners的狀態以傳遞事件。這樣來確保在事件 傳遞到所有監聽者之前，已接收了事件的目標監聽者的對應方法暫不生效。*/ 　　　　synchronized(this) { 　　　　　　l = (Vector)listeners.clone(); 　　　　} 　　　　for (int i = 0; i < l.size(); i++) { 　　　　 /* 依次通知註冊在監聽者隊列中的每個監聽者發生了modelChanged事件， 　　　　 並把事件狀態物件e作為參數傳遞給監聽者隊列中的每個監聽者*/ ((ModelChangedListener)l.elementAt(i)).modelChanged(e); 　　　　} 　　　 } 　　　｝

在程式中可見事件來源Model類顯式地調用了介面中的modelChanged方法，實際是 把事件狀態物件e作為參數，傳遞給了監聽者類中的modelChanged方法。

適配類

適配類是Java事件模型中極其重要的一部分。在一些應用場合，事件從源到監聽者之間的傳遞 要通過適配類來“轉寄”。例如：當事件來源發出一個事件，而有幾個事件監聽者對象都可接收該事件，但只有指定對象做出反應時，就要在事件來源與事件監聽者之間 插入一個事件適配器類，由適配器類來指定事件應該是由哪些監聽者來響應。適配類成為了事件監聽者，事件來源實際是把適配類作為監聽者註冊入監聽者隊列中，而 真正的事件響應者並未在監聽者隊列中，事件響應者應做的動作由適配類決定。目前絕大多數的開發工具在產生代碼時，事件處理都是通過適配類來進行的。

C# 事件處理

在.NET應用程式開發中，不管是WEB Forms（ASP.NET）還是Windows Forms，都涉及到大量對象的事件響應及處理，比如客戶線上提交一份訂單、或是在Windows視窗上移動滑鼠等都將有事件發生。那麼在C#中，是怎樣 聲明事件並為事件添加回應程式法的呢？

在C#中，事件(Events)成員就是用來聲明一個類事件的。在類中聲明一個事件 成員一般採用如下的文法形式：

public event 代表名 事件名。

如在Control類中聲明了一個Click事件成員，其文法如下：

public event EventHandler Click;

在C#中，增加了一個新的資料類型delegate（代表）來解決事件處理問題。代表資料類 型非常類似於C語言中的指標，其與指標不同的是，其是代碼是安全的，可管理的。由於C#本身的簡易性，對於沒有使用過Ｃ及指標的程式來說，理解 delegate也是非常容易的。

在C#中，通過使用delegate，你可以通過"+="（加等於）操作符非常容易 地為.Net對象中的一個事件添加一個甚至多個回應程式法；還可以通過非常簡單的"-="（減等於）操作符取消這些回應程式法。如下面為temp按鈕添加 Click事件的語句：

temp.Click+=new System.EventHandler(this.Test);//為test添加事件處理方法

在上面聲明事件的語句中，Eventhandler是一個delegate(代表)類型，其 在.Net類庫中如下聲明的：

public delegate void EventHandler(object sender,EventArgs e);

這樣，所有形如:void 函婁名(object 參數名,EventArgs 參數名);的函數都可以作為Control類的Click事件回應程式法了。如下面所定義的一個事件回應程式法：

private void button1_Click(object sender, System.EventArgs e)

由於是通過delegate（代表類型）來處理事件，因此，可能通過累加使一個事件具有多個 回應程式法；與此同時，還可以使一個方法作為多個事件的回應程式法。（注意：在C#語言類中的event成員後面只能出現"+="與"-="兩個表示添加與取 消事件響應函數的操作符。）

不管是ASP.Net還是一般的Windows Forms 編程，在C#中，基本上我們遇到的事件回應程式法都是說明成如下的形式：

private void button1_Click(object sender, System.EventArgs e)

那麼，一個事件回應程式法的存取許可權、傳回值類型、參數及類型甚至方法名稱等是否都必須固定不 變呢？答案是：不是！

一般情況下，事件的回應程式法中都有兩個參數，其中一個代表引發事件的對象即 sender，由於引發事件的對象不可預知的，因此我們把其聲明成為object類型，所有的對象都適用。第二個參數代表引發事件的具體資訊，各種類型的 事件中可能不同，這要根據類中事件成員的說明決定。

delegate int MyEventHandler(object sender, ToolBarButtonClickEventArgs e);

private int MyTest(object sender,ToolBarButtonClickEventArgs e) {}

在給對象添加事件回應程式法時就可以用如下的代碼實現：

Control.Event+=new MyEventHandler(MyTest);

總的來說,Java事件處理更直接,簡單.而C#事件處理由於引用代理,使得程式更靈活,更 體

現程式之間的松藕合性.美國神鳥（Stryon http://www.stryon.com.cn）公司宣布在Java

開發平台上實現微軟的.NET,命名為iNET.並於近期推出iNET的Beta3 版本,其中就包括用

Java實現了C#的三級事件處理機制。