事件監聽器: 將JavaBeans接通起來的方法

2019-11-18 12:05:07

字體：大中小

來源：轉載

供稿：網友

　　通過適當配置，javaBeans 能夠去" 監聽" 其它軟件對象。而且正如你將要看到的一樣，一個Java1。1 類( 包括任何一個JavaBeans) 一旦成為一個事件監聽者，就不僅僅只能夠監聽其父類，而且能夠監聽所有產生事件的類。事件監聽者的思想正是Java 類( 和其它JavaBeans) 如何處理事件的關鍵。
　　
　　我先來介紹兩個圖標，它們將幫助我們識別一些關鍵問題。
　　
　　JavaBeans 是一個重要概念
　　Cuppajoe 圖標表示對于Java 語言來說新的或重要的思想
　　
　　什么是事件
　　軟件事件是一段說明某事已經發生的數據。用戶移動鼠標，或從網上傳來數據報，或傳感器監測到某人非正常介入，所有這些發生的情況，都可以被看成是事件的實例，而有關這些情況的信息可以包括在事件之中。通常情況下，根據事件處理來開發軟件系統是較為方便的: 在此情況下，程序設計變成一種對" 當此發生時，做彼" 式的敘述進行加工處理的過程。如果鼠標已被移動，則隨之移動屏幕上的光標; 如果網上傳來數據報，則讀之; 如果發現有人侵入，則驅逐之。
　　
　　通常而言，一個事件包括以下信息: 事件源( 產生事件或最初接收到事件的對象)，事件的發生時刻，和一些事件接收者可能用到的說明什么情況發生，如何去做的子類的具體信息。例如，在Windows 系統中，就應當有一個關于點擊鼠標的事件子類。點擊鼠標事件將包括點擊鼠標時的時刻; 也可能包括當點擊發生時，鼠標在屏幕上的位置，SHIFT 鍵和ALT 鍵的狀態，是點擊了鼠標左鍵還是右鍵等等諸如此類的信息。處理事件的編碼，不可思議地被稱為" 事件處理者"（event handler)。
　　
　　那么，所有這些與JavaBeans 有何關系呢? 事件是Beans 相互通訊的主要方式。這點我們在下面將會看到。如果你正確地選擇了事件和它們的連接，你就可能在你的應用系統中將Beans 相互接通，讓每一個Beans 按照你的意愿去響應與其相關的事件。每一個Beans 將各負其責，對新來的事件進行適當地響應，并且當新的情況出現的時候，向相關的鄰居Beans 發送新的事件。一旦你知道如何利用事件，你就能夠寫出通過事件和其他組件進行通訊的Beans。更進一步地講，外部系統，例如集成開發環境(IDEs) 能夠自動地檢測你的Beans 所用的事件，并能讓你以圖解的方式來互連Beans。IDEs 同樣也能向JavaBeans 發送事件和從JavaBeans 接收事件，本質上講，可以從外部來控制JavaBeans。
　　
　　為了了解事件怎樣和Beans 一起工作，你就必須了解他們在Java 中是如何工作的。而事件工作的方式各不相同，JDK1。1 則是標準的。
　　
　　JDK 1。0 的事件機制有何問題?
　　在JDK1。0 中，事件主要被用在抽象視窗工具包(AWT) 中，當在用戶接口上出現某種情況時，它將通知相應的類。程序員應用繼承機制，通過創建某個類的能夠接收相應的事件類型的子類對象和重載父類的事件處理過程，來進行事件處理。
　　
　　例如，在Java1.0 版中，能夠獲得某個行為事件(action event) 的唯一途徑，就是把它從某個知道如何處理此行為事件的類中繼承下來。
　　
　　public class MyButton extends java.awt.Button
　　{
　　//重載action()方法以處理行為事件
　　public boolean action(Event evt, Object what)
　　{
　　//此處,做一些行為事件所做的事
　　}
　　}
　　
　　這意味著，只有從java。awt。button 中繼承下來的類才能夠響應點擊鼠標事件。這種組織結構與用戶接口捆綁在一起，不夠靈活方便。它不便于構造新的事件類型。而且即便你能夠構造新的事件，你也很難改變那些將被類響應的事件，因為有關的信息都被僵硬地固化在AWT 的" 族系樹"( 繼承圖) 中。
　　
　　新的JDK1。1 擁有一個更為普適的事件框架，它能夠讓產生事件的類和其它不產生事件的類互相通訊。新的模式放棄了定義客戶子類必須重載的事件處理函數( 方法) 的工作方式，轉而采用定義接口的方式。如果一個類需要接收某一特定的消息類型，則這個類可以使用所定義的接口。( 你可能會明白，這意味著通過" 授權"(delegation)，而不是通過" 繼承"(inheritance) 來處理事件)。我們將還以JDK1。0 button 例子來說明JDK1。1 的模式。
　　
　　我在此想要做的事是，構造一個新的類，使它能夠在按鈕被按下時，去做某件事情。在JDK1。0 版中，為了處理與按鈕(Button) 行為相關的事件，我必須繼承java。awt。Button，這樣，一旦某個按鈕被按下時，該按鈕將會讓我的新類知道。
　　
　　//...在程序的另一個地方,我們定義了"監聽"按鈕行為的對象
　　ActionListener myActionListener = new ActionListener();
　　//...
　　
　　//按鈕行為事件
　　public class MyButton extends java.awt.Button
　　{
　　//重載action()以通知我的新類
　　public boolean action(Event evt, Object object)
　　{
　　myActionListener.action(evt, object);
　　}
　　}
　　
　　現在，每當MyButton 被按下時，myActionListener 對象都會收到一個事件。myActionListener 并非一定要是java。awt。Component 的一個子類，但它的確要包括一個action() 方法。我們把這個新類稱為ActionListener，是因為這個新類一直將要" 監聽" 它所依附的Botton 的行為事件。在此，仍有一些問題存在:
　　
　　當按下此按鈕時，將要通知的對象是固定在程序中的，這就是說，我不能在程序運行時刻(runtime)" 重新接通"Button 和myActionListener 的關系。
　　
　　僅有一個對象可被通知到; 如果其它幾個對象都與點擊Button 有關系，這該如何解決?
　　
　　我們仍然沒有解決通過" 繼承" 來接收按鈕行為事件的難題-- 這就是說，myActionListener 仍必須從某個" 了解" 按鈕及其行為事件的類中繼承下來。
　　對第一個問題，有一個可供選擇的辦法是在MyBotton 類中增加setListener(ActionListener newListener) 及myNewClass getListener() 兩個方法，和一種能更換被通知的對象的途徑。然而非常不幸，我們仍然不能僅僅局限于為每一個按鈕關連一個對象，因而下面你將看到，我們將生成一系列的監聽器(listeners)。
　　
　　//按鈕行為事件( button action event)
　　public class MyButton extends java.awt.Button
　　{
　　PRivate Vector listeningObjects = new Vector();
　　
　　//重載action()以通知我的新類
　　public boolean action(Event evt, Object object)
　　{
　　for (int i = 0; i
　　
　　好了，現可以看到，任何一個ActionListener 的實例都可以通過調用addActionListener(this)" 監聽" 任何一個Mybutton 實例上的事件，并且通過調用removeActionListener(this) 結束" 監聽"。這一進步的確不錯，但是有關" 繼承" 的問題仍然困繞著我們: 只有Button 和ActionListener 對象( 及其派生類對象) 才能接收到Button 行為事件。對此，Java 有著新的解決路線: 接口。
　　
　　接口和事件監聽器
　　在Java 術語表(http://Java。sun。com/docs/glossary。Html) 中將接口定義如下:
　　
　　接口(interface): 在Java 中，是一組特定的方法，這些方法可以在多個不同的類中實現，而不必考慮這些類在類系結構中的等級關系。
　　
　　為什么它會如此有用?
　　接口定度了一 “角色”，通過實現這一接口中的一系列操作，每一個類都可以扮演接口的角色。
　　
　　接口的定義和類的定義看起十分相似:
　　
　　// 仍在JDK1.0 內
　　public interface ActionListener
　　{
　　void action(Event evt, Object obj

上一篇：用BioJava開發基于隱馬爾科夫模型的應用

下一篇：定制你的Java--根據應用剪裁JavaBeans