JavaBeans的屬性

　　JavaBeans的屬性與一般Java程序中所指的屬性，或者說與所有面向對象的程序設計語言中對象的屬性是一個概念，在程序中的具體體現就是類中的變量。在JavaBeans設計中，按照屬性的不同作用又細分為四類：Simple, Index, Bound與Constrained屬性。

　　1. Simple屬性

　　一個簡單屬性表示一個伴隨有一對get/set方法（C語言的過程或函數在Java程序中稱為"方法"）的變量。屬性名與和該屬性相關的get/set方法名對應。例如：如果有setX和getX方法，則暗指有一個名為"X"的屬性。如果有一個方法名為isX，則通常暗指"X"是一個布爾屬性（即X的值為true或false）。例如在下面這個程序中：

2. Indexed屬性

　　一個Indexed屬性表示一個數組值。使用與該屬性對應的set/get方法可取得數組中的數值。該屬性也可一次設置或取得整個數組的值。例：
　3. Bound屬性

　　一個Bound屬性是指當該種屬性的值發生變化時，要通知其它的對象。每次屬性值改變時，這種屬性就點火一個PropertyChange事件(在Java程序中，事件也是一個對象)。事件中封裝了屬性名、屬性的原值、屬性變化后的新值。這種事件是傳遞到其它的Beans，至于接收事件的Beans應做什么動作由其自己定義。當PushButton的background屬性與Dialog的background屬性bind時，若PushButton的background屬性發生變化時，Dialog的background屬性也發生同樣的變化。 例：
???????? 通過上面的代碼，開發工具調用changes的addPropertyChangeListener方法，把其它JavaBeans注冊入ourString屬性的監聽者隊列l中，l是一個Vector數組，可存儲任何Java對象。

　　開發工具也可使用changes的removePropertyChangeListener方法，從l中注銷指定的對象，使alden3的ourString屬性的改變不再與這個對象有關。

　　當然，當程序員手寫代碼編制程序時，也可直接調用這兩個方法，把其它Java對象與alden3掛接。
　　4. Constrained屬性

　　一個JavaBeans的constrained屬性，是指當這個屬性的值要發生變化時，與這個屬性已建立了某種連接的其它Java對象可否決屬性值的改變。constrained屬性的監聽者通過拋出PropertyVetoException來阻止該屬性值的改變。例：下面程序中的constrained屬性是PriceInCents。

從上面的例子中可看到，一個constrained屬性有兩種監聽者：屬性變化監聽者和否決屬性改變的監聽者。否決屬性改變的監聽者在自己的對象代碼中有相應的控制語句，在監聽到有constrained屬性要發生變化時，在控制語句中判斷是否應否決這個屬性值的改變。

　　總之，某個Beans的constrained屬性值可否改變取決于其它的Beans或者是Java對象是否允許這種改變。允許與否的條件由其它的Beans或Java對象在自己的類中進行定義。

　　JavaBeans的事件

　　事件處理是JavaBeans體系結構的核心之一。通過事件處理機制，可讓一些組件作為事件源，發出可被描述環境或其它組件接收的事件。這樣，不同的組件就可在構造工具內組合在一起，組件之間通過事件的傳遞進行通信，構成一個應用。從概念上講，事件是一種在"源對象"和"監聽者對象"之間，某種狀態發生變化的傳遞機制。事件有許多不同的用途，例如在Windows系統中常要處理的鼠標事件、窗口邊界改變事件、鍵盤事件等。在Java和JavaBeans中則是定義了一個一般的、可擴充的事件機制，這種機制能夠：

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

　　·與Java語言和環境有較高的集成度。

　　·事件能被描述環境捕獲和點火。

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

　　·事件機制本身不依賴于復雜的開發工具。特別地，還應當：

　　·能夠發現指定的對象類可以生成的事件。

　　·能夠發現指定的對象類可以觀察（監聽）到的事件。

　　·提供一個常規的注冊機制，允許動態操縱事件源與事件監聽者之間的關系。

　　·不需要其它的虛擬機和語言即可實現。

　　·事件源與監聽者之間可進行高效的事件傳遞。

　　·能完成JavaBeans事件模型與相關的其它組件體系結構事件模型的中立映射。

　　JavaBeans事件模型的主要構成有： 事件從事件源到監聽者的傳遞是通過對目標監聽者對象的Java方法調用進行的。對每個明確的事件的發生，都相應地定義一個明確的Java方法。這些方法都集中定義在事件監聽者（EventListener）接口中，這個接口要繼承java.util.EventListener。實現了事件監聽者接口中一些或全部方法的類就是事件監聽者。 伴隨著事件的發生，相應的狀態通常都封裝在事件狀態對象中，該對象必須繼承自java.util.EventObject。事件狀態對象作為單參傳遞給應響應該事件的監聽者方法中。 發出某種特定事件的事件源的標識是：遵從規定的設計格式為事件監聽者定義注冊方法，并接受對指定事件監聽者接口實例的引用。 有時，事件監聽者不能直接實現事件監聽者接口，或者還有其它的額外動作時，就要在一個源與其它一個或多個監聽者之間插入一個事件適配器類的實例，來建立它們之間的聯系。

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

　　
?? 事件監聽者接口（EventListener Interface）與事件監聽者

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

　　在接口中只定義方法名，方法的參數和返回值類型。 如：上面接口中的mouseMoved方法的具體實現是在下面的ArbitraryObject類中定義的。

　ArbitraryObject就是MouseMovedExampleEvent事件的監聽者。

　　事件監聽者的注冊與注銷

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

　　首先定義了一個事件監聽者接口：
接著定義事件源類：
　　在程序中可見事件源Model類顯式地調用了接口中的modelChanged方法，實際是把事件狀態對象e作為參數，傳遞給了監聽者類中的modelChanged方法。

適配類

　　適配類是Java事件模型中極其重要的一部分。在一些應用場合，事件從源到監聽者之間的傳遞要通過適配類來"轉發"。例如：當事件源發出一個事件，而有幾個事件監聽者對象都可接收該事件，但只有指定對象做出反應時，就要在事件源與事件監聽者之間插入一個事件適配器類，由適配器類來指定事件應該是由哪些監聽者來響應。

　　適配類成為了事件監聽者，事件源實際是把適配類作為監聽者注冊入監聽者隊列中，而真正的事件響應者并未在監聽者隊列中，事件響應者應做的動作由適配類決定。目前絕大多數的開發工具在生成代碼時，事件處理都是通過適配類來進行的。

　　JavaBeans用戶化

　　JavaBeans開發者可以給一個Beans添加用戶化器（Customizer）、屬性編輯器（PropertyEditor）和BeansInfo接口來描述一個Beans的內容，Beans的使用者可在構造環境中通過與Beans附帶在一起的這些信息來用戶化Beans的外觀和應做的動作。一個Beans不必都有BeansCustomizer、PrpertyEditor和BeansInfo，根據實際情況，這些是可選的，當有些Beans較復雜時，就要提供這些信息，以Wizard的方式使Beans的使用者能夠用戶化一個Beans。有些簡單的Beans可能這些信息都沒有，則構造工具可使用自帶的透視裝置，透視出Beans的內容，并把信息顯示到標準的屬性表或事件表中供使用者用戶化Beans，前幾節提到的Beans的屬性、方法和事件名要以一定的格式命名，主要的作用就是供開發工具對Beans進行透視。當然也是給程序員在手寫程序中使用Beans提供方便，使他能觀其名、知其意。

　　用戶化器接口（Customizer Interface）

　　當一個Beans有了自己的用戶化器時，在構造工具內就可展現出自己的屬性表。在定義用戶化器時必須要實現java.Beanss.Customizer接口。例如，下面是一個"按鈕"Beans的用戶化一器：

　　
????? 屬性編輯器接口（PropertyEditor Interface）

　　一個JavaBeans可提供PropertyEditor類，為指定的屬性創建一個編輯器。這個類必須繼承自java.Beanss.PropertyEditorSupport類。構造工具與手寫代碼的程序員不直接使用這個類，而是在下一小節的BeansInfo中實例化并調用這個類。例：

　　上例中是為Tags屬性創建了屬性編輯器，在構造工具內，可從下拉表格中選擇MoleculeName的屬性應是"HyaluronicAid"或是"water"。

　　BeansInfo接口

　　每個Beans類也可能有與之相關的BeansInfo類，在其中描述了這個Beans在構造工具內出現時的外觀。BeansInfo中可定義屬性、方法、事件，顯示它們的名稱，提供簡單的幫助說明。 例如：

JavaBeans持久化

　　當一個JavaBeans在構造工具內被用戶化，并與其它Beans建立連接之后，它的所有狀態都應當可被保存，下一次被load進構造工具內或在運行時，就應當是上一次修改完的信息。為了能做到這一點，要把Beans的某些字段的信息保存下來，在定義Beans時要使它實現java.io.Serializable接口。例如：
　
?????? 實現了序列化接口的Beans中字段的信息將被自動保存。若不想保存某些字段的信息則可在這些字段前冠以transient或static關鍵字，transient和static變量的信息是不可被保存的。通常，一個Beans所有公開出來的屬性都應當是被保存的，也可有選擇地保存內部狀態。 Beans開發者在修改軟件時，可以添加字段，移走對其它類的引用，改變一個字段的private/protected/public狀態，這些都不影響類的存儲結構關系。然而，當從類中刪除一個字段，改變一個變量在類體系中的位置，把某個字段改成transient/static，或原來是transient/static，現改為別的特性時，都將引起存儲關系的變化。

　　JavaBeans的存儲格式

　　JavaBeans組件被設計出來后，一般是以擴展名為jar的Zip格式文件存儲，在jar中包含與JavaBeans有關的信息，并以MANIFEST文件指定其中的哪些類是JavaBeans。以jar文件存儲的JavaBeans在網絡中傳送時極大地減少了數據的傳輸數量，并把JavaBeans運行時所需要的一些資源捆綁在一起，本章主要論述了JavaBeans的一些內部特性及其常規設計方法，參考的是JavaBeans規范1.0A版本。隨著世界各大ISV對JavaBeans越來越多的支持，規范在一些細節上還在不斷演化，但基本框架不會再有大的變動。

地震讓大伙知道：居安思危，才是生存之道。