定制你的Java--根據應用剪裁JavaBeans

2019-11-18 12:05:11

字體：大中小

來源：轉載

供稿：網友

　　本文將研究javaBeans 的定制接口、組件屬性、以及如何編寫你的Beans 使得集成開發環境(IDEs) 可以將這些屬性顯示給應用程序開發者。我們還將討論以下的問題：綁定和約束屬性，它們可以方便Beans 之間通信和維持一致性；定制器，它可以使我們更方便地定制；BeanBox 的使用，它是Sun 免費提供的JavaBeans 測試工具。
　　
　　什么是定制
　　軟件組件是通用的功能和數據模塊，它可以在很多情況下使用，軟件組件的定制是很重要的，如果應用程序開發者可以控制其外觀和行為，它才能在很多應用程序中得到應用。例如，如果一個按鈕類的文本標簽總是“Button”，與之相關的動作總是重啟計算機( 雖然在一些操作系統中這可能是最有用的工具之一) 的話，那它是沒有多大用處的。
　　
　　簡單的組件，如按鈕都有很多開發者可以控制的屬性，其中包括：
　　
　　是否使能
　　
　　動作
　　
　　背景顏色
　　
　　文本顏色
　　
　　大小
　　
　　位置
　　
　　形狀
　　
　　標簽文本
　　
　　當按此按鈕時播放的聲音文件
　　復雜的組件需要更多的定制。定制一個遠程數據庫連接可能從可用的服務器列表中進行選擇( 信息只有在運行時才可用)、選擇協議( 同上)、指定用戶名和密碼和設置通過防火墻訪問。
　　
　　Beans 的屬性
　　一般說來，定制就是配置Beans 的內部狀態，使其外觀和行為適合所用的環境。這些內部狀態( 顏色、大小和密碼字符串等) 在JavaBeans 規范里稱為屬性。Beans 中的屬性可以用稱為訪問器(accessors) 的方法讀取和修改。一個訪問器方法是讀取屬性值的getter 方法，或者是修改屬性值的setter 方法。在按鈕Beans 中有String getLabel() 方法，它返回Beans 的當前標簽，有void setLabel(String newLabel) 方法，它設置Beans 的當前標簽，只有getter 方法的屬性是只讀的。
　　
　　為什么不簡單地訪問Beans 內部地數據成員，直接讀取和修改它們，而是編寫一些訪問器呢？因為不能保證屬性和Beans 內部的成員數據直接對應。例如，Beans 中的標簽屬性可能是一個AWT 標簽對象，但是也可能不是。標簽文本可能來自數據庫，可能是另一個Bean 的標簽，也可能當需要時形成一個標簽。訪問器方法是Beans 中屬性的統一接口，它隱藏了屬性的實現細節。這是好的面向對象編程慣例，因為它減小了對象間的依賴和“ 耦合”。
　　
　　符合JavaBeans 規范的集成開發環境能分析Beans，找到它的屬性，同時它還能給每種屬性創建直觀的顯示（稱為屬性編輯器），允許開發者在設計時修改屬性。當開發者將一個Bean 放入應用程序中時，集成開發環境在面板上畫出此Bean，然后顯示屬性表，它是Bean 所有屬性的簡單列表，每個屬性有一個對應的編輯器。集成開發環境調用所有的getter 方法，將Bean 中當前屬性值顯示在屬性表。當開發者修改屬性表中的屬性時，集成開發環境調用相應的setter 方法，更新所選Bean 中的相關屬性。
　　
　　對低等到中等復雜度的Beans，在設計時調用setter 方法配置它往往已經足夠。為了支持復雜Beans 更高程度的定制，規范中定義了定制器(customizer) 類。開發者可以擴充Beans，這就為實現任何類型的定制打開了方便之門：復雜的顏色拾取器、圖形化的網絡配置精靈，只要你愿意，甚至可以編寫一個VRML 界面。實際上，以上描述的屬性表可以看作是集成開發環境自動產生的定制器。這種模式在JavaBeans 框架中是常見的：簡單的情況( 在這種情況下，簡單的屬性類型已有屬性編輯器) 往往只須很少或根本不須工作，但是其中隱藏著對復雜情況的訪問方法。
　　
　　如何使Beans 可定制
　　JavaBeans 框架使創建有可定制屬性的Beans 變得相當容易。大部分情況下，根本無須寫任何代碼。這是因為JavaBeans 規范定義了命名約定，集成開發環境可用它來推斷與屬性相關的方法。規范中將這種約定稱作設計模板。如果不考慮語義原則的話則很簡單：名字、返回值和參數類型決定了屬性的名字和類型。當集成開發環境裝載Beans 時，使用JDK 1.1 reflection 機制檢查Beans 中所有的方法，尋找以get 和set 開頭的方法，然后將屬性加入到屬性表中，以便開發者定制Beans。
　　
　　定制Beans
　　我們可以看一個具體Bean 定制的例子：擴展一個簡單的BarChart Bean。讀源程序便可以發現：BarChart Bean 已經有符合規范中設計模板的讀取器和設置器方法 ─ ─void setPercent(int ipercent) 和int getPercent()。換句話說，它已經有一個屬性：percent。將BarChart Bean 裝載入BeanBox 中看有什么發生。
　　
　　圖的左邊是一個包括可用Beans 的面板，便于在BeanBox 中放置。中部是BeanBox 本身，BarChart 已被選擇，而右邊是BarChart 的屬性列表。屬性列表中包括五個屬性：前景和背景(Color 類型)、字體(Font 類型)、percent( 整數) 和名字( 字符串)。當BeanBox 裝載BarChart 時，發現int getPercent 和void setPercent(int iPercent) 方法，便將percent 看作是Bean 的一個屬性，并將它以及一個整型數屬性編輯器(percent 標簽右邊的文本框) 加入到屬性表中。調用getPercent() 函數填充屬性編輯器的值( 本例中值為0)。對屬性表中的所有屬性都做同樣的處理。
　　
　　BarChart 只定義了percent 屬性，那其它屬性是從哪里來的呢？因為BarChart 定義為：
　　public class BarChart extends Canvas implements Serializable。
　　
　　BarChart 繼承了java.awt.Canvas，而它又繼承了java.awt.Component，它定義了Color getForeground()，void setForeground(Color) 等。這意味著，如果你定義一個Bean 的子類，你便巧妙地得到一個包括父Bean 所有屬性的新Bean。
　　
　　當你在BeanBox 的屬性表中修改屬性時，Bean 馬上就被更新。在percent 的屬性編輯器中輸入"62"，BeanBox 便做出相應的反應，如圖2 所示。
　　
　　集成開發環境( 本例為BeanBox)，檢測到percent 屬性編輯器的值改變，便調用setPercent() 更新BarChart 的percent。
　　
　　如果你的應用程序正好需要一個藍色背景、兩點的黑色邊框和對選擇百分比填充紅色，25 乘150 的BarChart，一切都很好。
　　
　　好在我們有此Bean 的源代碼，我們可以增加一些新屬性：Color 型fillColor、floodColor 和borderColor，整型borderWidth、barHeight 和barWidth。作為例子，我們增加floodColor() 訪問器。我們首先定義填充顏色PRivate Color fgColor_ = Color.red。為了避免與java.awt.Component 的前景和背景屬性相混淆，我們更名為floodColor，并編寫它的訪問器：
　　
　　private Color floodColor_ = Color.red;
　　public void setFloodColor(Color floodColor)
　　{
　　　　floodColor_ = floodColor;
　　}
　　
　　public Color getFloodColor()
　　{
　　　　return floodColor_;
　　}
　　
　　對其他屬性也可增加類似的訪問器，這就形成了一個靈活的新Bean 的新類文件。
　　
　　到此，BarChart 就是可定制的了。我們可以將它們設置成我們喜歡的外觀，如圖3 所示。
　　
　　我們可以看到四個BarChart Beans，每個用不同的顏色方案和不同的百分比填充定制。對BarChart 類增加了幾個方法便可給應用程序開發者提供極大的靈活性。
　　
　　當屬性的類型是內建的類型，而且你并不介意鍵入字符串來提取顏色，這樣工作得很好。但是當屬性的類型為自定義類型時，例如BarChart 有direction 屬性指示BarChart 的增長方向，合理的值為上、下、

上一篇：事件監聽器: 將JavaBeans接通起來的方法

下一篇：一個工作流引擎的設計概要