評：
自己對Javabean一向不懂，鬱郁於胸，於是在網上找了一些文章。感覺這一片講的最深最好。其中詳細講述了javabean的屬性和事件這兩個主要的概念。
特別是對四種屬性的實現方法作了詳細解釋。其實四種屬性在接口上而言是沒有區別的。區別在於設值時的具體操作。簡單屬性只是簡單的賦值，Bound屬性則是在賦值之後還要向監聽該屬性值的其他監聽者（應該也是javabean）發送一個消息，而constrain屬性則是在設值後需要徵求其他投票者（應該也是就javabean）徵求意見。index屬性則是對數組進行賦值，在分類上屬於另外一種分類方法。
至於事件則跟swing中的方法很相似。存在一個事件源類和事件監聽者類。事件源類中具有註冊和註銷函數，可以在其中的向量中增加監聽者。每當事件發生時，則調用監聽者的方法。不過現在這些註冊函數，調用監聽者的函數都要自己來寫。還有一個事件類，用來在事件源和監聽者之間傳遞信息。
個人認爲，JavaBean就是一個普通的java類。但它遵循一些定義方法的規範。從而能夠使得不同的bean之間可以良好通訊。
原文：
JavaBean的屬性
JavaBean的屬性與一般Java程序中所指的屬性，或者說與所有面向對象的程序設計語言中對象的屬性是一個概念，在程序中的具體體現就是類中的變量。在JavaBean設計中，按照屬性的不同作用又細分爲四類：Simple, Index, Bound與Constrained屬性。
3.1.1 Simple屬性
一個簡單屬性表示一個伴隨有一對get/set方法（C語言的過程或函數在Java程序中稱爲"方法"）的變量。屬性名與和該屬性相關的get/set方法名對應。例如：如果有setX和getX方法，則暗指有一個名爲"X"的屬性。如果有一個方法名爲isX，則通常暗指"X"是一個布爾屬性（即X的值爲true或false）。例如在下面這個程序中：
public class alden1 extends Canvas {
string ourString= "Hello"; //屬性名爲ourString，類型爲字符串
public alden1(){ //alden1()是alden1的構造函數，與C++中構造函數的意義相同
setBackground(Color.red);
setForeground(Color.blue);
}
/* "set"屬性*/
public void setString(String newString) {
ourString=newString;
}
/* "get"屬性 */
public String getString() {
return ourString;
}
}
3.1.2 Indexed屬性
一個Indexed屬性表示一個數組值。使用與該屬性對應的set/get方法可取得數組中的數值。該屬性也可一次設置或取得整個數組的值。例：
public class alden2 extends Canvas {
int[] dataSet={1,2,3,4,5,6}; // dataSet是一個indexed屬性
public alden2() {
setBackground(Color.red);
setForeground(Color.blue);
}
/* 設置整個數組 */
public void setDataSet(int[] x){
dataSet=x;
}
/* 設置數組中的單個元素值 */
public void setDataSet(int index, int x){
dataSet[index]=x;
}
/* 取得整個數組值 */
public int[] getDataSet(){
return dataSet;
}
/* 取得數組中的指定元素值 */
public int getDataSet(int x){
return dataSet[x];
}
}
3.1.3 Bound屬性
一個Bound屬性是指當該種屬性的值發生變化時，要通知其它的對象。每次屬性值改變時，這種屬性就點火一個PropertyChange事件(在Java程序中，事件也是一個對象)。事件中封裝了屬性名、屬性的原值、屬性變化後的新值。這種事件是傳遞到其它的Bean，至於接收事件的Bean應做什麼動作由其自己定義。
圖3.1是一個簡單Bound屬性示意圖，當PushButton的background屬性 與Dialog的background屬性bind時，若PushButton的background屬性發生變化時，Dialog的background屬性也發生同樣的變化。 例：
public class alden3 extends Canvas{
String ourString= "Hello"; //ourString是一個bound屬性
private PropertyChangeSupport changes = new PropertyChangeSupport(this);
/** 注：Java是純面向對象的語言，如果要使用某種方法則必須指明是要使用哪個對象的方法，在下面的程序中要進行點火事件的操作，這種操作所使用的方法是在PropertyChangeSupport類中的。所以上面聲明並實例化了一個changes對象，在下面將使用changes的firePropertyChange方法來點火ourString的屬性改變事件。*/
public void setString(string newString){
String oldString = ourString;
ourString = newString;
/* ourString的屬性值已發生變化，於是接着點火屬性改變事件 */
changes.firePropertyChange("ourString",oldString,newString);
}
public String getString(){
return ourString;
}
/** 以下代碼是爲開發工具所使用的。我們不能預知alden3將與哪些其它的Bean組合成爲一個應用，無法預知若alden3的ourString屬性發生變化時有哪些其它的組件與此變化有關，因而alden3這個Bean要預留出一些接口給開發工具，開發工具使用這些接口，把其它的JavaBean對象與alden3掛接。*/
public void addPropertyChangeListener(PropertyChangeLisener l){
changes.addPropertyChangeListener(l);
}
public void removePropertyChangeListener(PropertyChangeListener l){
changes.removePropertyChangeListener(l);
}
通過上面的代碼，開發工具調用changes的addPropertyChangeListener方法把其它JavaBean註冊入ourString屬性的監聽者隊列l中，l是一個Vector數組，可存儲任何Java對象。開發工具也可使用changes的removePropertyChangeListener方法，從l中註銷指定的對象，使alden3的ourString屬性的改變不再與這個對象有關。當然，當程序員手寫代碼編制程序時，也可直接調用這兩個方法，把其它Java對象與alden3掛接。
3.1.4 Constrained屬性
一個JavaBean的constrained屬性，是指當這個屬性的值要發生變化時，與這個屬性已建立了某種連接的其它Java對象可否決屬性值的改變。constrained屬性的監聽者通過拋出PropertyVetoException來阻止該屬性值 的改變。過程如圖3.2
例：下面程序中的constrained屬性是PriceInCents。
public class JellyBean extends Canvas{
private PropertyChangeSupport changes=new PropertyChangeSupport(this);
private VetoableChangeSupport Vetos=new VetoableChangeSupport(this);
/*與前述changes相同，可使用VetoableChangeSupport對象的實例Vetos中的方法，在特定條件下來阻止PriceInCents值的改變。*/
......
public void setPriceInCents(int newPriceInCents) throws PropertyVetoException {
/* 方法名中throws PropertyVetoException的作用是當有其它Java對象否決PriceInCents的改變時，要拋出例外。*/ /* 先保存原來的屬性值*/
int oldPriceInCents=ourPriceInCents;
/**點火屬性改變否決事件*/
vetos.fireVetoableChange("priceInCents",new Integer(OldPriceInCents), new Integer(newPriceInCents));
/**若有其它對象否決priceInCents的改變，則程序拋出例外，不再繼續執行下面的兩條語句，方法結束。若無其它對象否決priceInCents的改變，則在下面的代碼中把ourPriceIncents賦予新值，並點火屬性改變事件*/
ourPriceInCents=newPriceInCents;
changes.firePropertyChange("priceInCents", new Integer(oldPriceInCents),new Integer(newPriceInCents));
}
/**與前述changes相同，也要爲PriceInCents屬性預留接口，使其它對象可註冊入PriceInCents否決改變監聽者隊列中，或把該對象從中註銷
public void addVetoableChangeListener(VetoableChangeListener l)
{ vetos.addVetoableChangeListener(l);
}
public void removeVetoableChangeListener(VetoableChangeListener l){
vetos.removeVetoableChangeListener(l);
}
......
}
從上面的例子中可看到，一個constrained屬性有兩種監聽者：屬性變化監聽者和否決屬性改變的監聽者。否決屬性改變的監聽者在自己的對象代碼中有相應的控制語句，在監聽到有constrained屬性要發生變化時，在控制語句中判斷是否應否決這個屬性值的改變。
總之，某個Bean的constrained屬性值可否改變取決於其它的Bean或者是Java對象是否允許這種改變。允許與否的條件由其它的Bean或Java對象在自己的類中進行定義。
JavaBean的事件
事件處理是JavaBean體系結構的核心之一。通過事件處理機制，可讓一些組件作爲事件源，發出可被描述環境或其它組件接收的事件。這樣，不同的組件就可在構造工具內組合在一起，組件之間通過事件的傳遞進行通信，構成一個應用。從概念上講，事件是一種在"源對象"和"監聽者對象"之間，某種狀態發生變化的傳遞機制。事件有許多不同的用途，例如在Windows系統中常要處理的鼠標事件、窗口邊界改變事件、鍵盤事件等。在Java和JavaBean中則是定義了一個一般的、可擴充的事件機制，這種機制能夠：
對事件類型和傳遞的模型的定義和擴充提供一個公共框架，並適合於廣泛的應用。
與Java語言和環境有較高的集成度。
事件能被描述環境捕獲和點火。
能使其它構造工具採取某種技術在設計時直接控制事件，以及事件源和事件監聽者之間的聯繫。
事件機制本身不依賴於複雜的開發工具。
特別地，還應當：
能夠發現指定的對象類可以生成的事件。
能夠發現指定的對象類可以觀察（監聽）到的事件。
提供一個常規的註冊機制，允許動態操縱事件源與事件監聽者之間的關係。
不需要其它的虛擬機和語言即可實現。
事件源與監聽者之間可進行高效的事件傳遞。
能完成JavaBean事件模型與相關的其它組件體系結構事件模型的中立映射。
3.2.1 概述
JavaBean事件模型的總體結構圖見圖3.3,
主要構成有： 事件從事件源到監聽者的傳遞是通過對目標監聽者對象的Java方法調用進行的。 對每個明確的事件的發生，都相應地定義一個明確的Java方法。這些方法都集中定義在事件監聽者（EventListener）接口中，這個接口要繼承java.util.EventListener。 實現了事件監聽者接口中一些或全部方法的類就是事件監聽者。 伴隨着事件的發生，相應的狀態通常都封裝在事件狀態對象中，該對象必須繼承自java.util.EventObject。事件狀態對象作爲單參傳遞給應響應該事件的監聽者方法中。 發出某種特定事件的事件源的標識是：遵從規定的設計格式爲事件監聽者定義註冊方法，並接受對指定事件監聽者接口實例的引用。 有時，事件監聽者不能直接實現事件監聽者接口，或者還有其它的額外動作時，就要在一個源與其它一個或多個監聽者之間插入一個事件適配器類的實例，來建立它們之間的聯繫。
3.2.2 事件狀態對象（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);
}}
3.2.3事件監聽者接口（EventListener Interface）與事件監聽者
由於Java事件模型是基於方法調用，因而需要一個定義並組織事件操縱方法的方式。JavaBean中，事件操縱方法都被定義在繼承了java.util.EventListener類的EventListener接口中，按規定，EventListener接口的命名要以Listener結尾。任何一個類如果想操縱在EventListener接口中定義的方法都必須以實現這個接口方式進行。這個類也就是事件監聽者。例如：
/*先定義了一個鼠標移動事件對象*/
public class MouseMovedExampleEvent extends java.util.EventObject {
// 在此類中包含了與鼠標移動事件有關的狀態信息
...
}
/*定義了鼠標移動事件的監聽者接口*/
interface MouseMovedExampleListener extends java.util.EventListener {
/*在這個接口中定義了鼠標移動事件監聽者所應支持的方法*/
void mouseMoved(MouseMovedExampleEvent mme);
}
在接口中只定義方法名，方法的參數和返回值類型。如：上面接口中的mouseMoved方法的具體實現是在下面的ArbitraryObject類中定義的。
class ArbitraryObject implements MouseMovedExampleListener {
public void mouseMoved(MouseMovedExampleEvent mme)
{ ... }
｝
ArbitraryObject就是MouseMovedExampleEvent事件的監聽者。
3.2.4 事件監聽者的註冊與註銷
爲了各種可能的事件監聽者把自己註冊入合適的事件源中，建立源與事件監聽者間的事件流，事件源必須爲事件監聽者提供註冊和註銷的方法。在前面的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方法。
3.2.5適配類
適配類是Java事件模型中極其重要的一部分。在一些應用場合，事件從源到監聽者之間的傳遞要通過適配類來"轉發"。例如：當事件源發出一個事件，而有幾個事件監聽者對象都可接收該事件，但只有指定對象做出反應時，就要在事件源與事件監聽者之間插入一個事件適配器類，由適配器類來指定事件應該是由哪些監聽者來響應。
圖3.4是適配類模型的框架： 從上圖中可見，適配類成爲了事件監聽者，事件源實際是把適配類作爲監聽者註冊入監聽者隊列中，而真正的事件響應者並未在監聽者隊列中，事件響應者應做的動作由適配類決定。目前絕大多數的開發工具在生成代碼時，事件處理都是通過適配類來進行的。
JavaBean用戶化
JavaBean開發者可以給一個Bean添加用戶化器（Customizer）、屬性編輯器（PropertyEditor）和BeanInfo接口來描述一個Bean的內容，Bean的使用者可在構造環境中通過與Bean附帶在一起的這些信息來用戶化Bean的外觀和應做的動作。一個Bean不必都有BeanCustomizer、PrpertyEditor和BeanInfo，根據實際情況，這些是可選的，當有些Bean較複雜時，就要提供這些信息，以Wizard的方式使Bean的使用者能夠用戶化一個Bean。有些簡單的Bean可能這些信息都沒有，則構造工具可使用自帶的透視裝置，透視出Bean的內容，並把信息顯示到標準的屬性表或事件表中供使用者用戶化Bean，前幾節提到的Bean的屬性、方法和事件名要以一定的格式命名，主要的作用就是供開發工具對Bean進行透視。當然也是給程序員在手寫程序中使用Bean提供方便，使他能觀其名、知其意。
3.3.1用戶化器接口（Customizer Interface）
當一個Bean有了自己的用戶化器時，在構造工具內就可展現出自己的屬性表。在定義用戶化器時必須要實現java.beans.Customizer接口。例如，下面是一個"按鈕"Bean的用戶化一器：
public class OurButtonCustomizer extends Panel implements Customizer {
... ...
/*當實現象OurButtonCustomizer這樣的常規屬性表時，一定要在其中實現addProperChangeListener
和removePropertyChangeListener,這樣，構造工具可用這些功能代碼爲屬性事件添加監聽者。*/
... ...
private PropertyChangeSupport changes=new PropertyChangeSupport(this);
public void addPropertyChangeListener(PropertyChangeListener l) {
changes.addPropertyChangeListener(l);
public void removePropertyChangeListener(PropertyChangeListener l) {
changes.removePropertyChangeListener(l);
}
... ...
3.3.2 屬性編輯器接口（PropertyEditor Interface）
一個JavaBean可提供PropertyEditor類，爲指定的屬性創建一個編輯器。這個類必須繼承自java.beans.PropertyEditorSupport類。構造工具與手寫代碼的程序員不直接使用這個類，而是在下一小節的BeanInfo中實例化並調用這個類。例：
public class MoleculeNameEditor extends java.beans.PropertyEditorSupport {
public String[] getTags() {
String resule[]={
"HyaluronicAcid","Benzene","buckmisterfullerine",
"cyclohexane","ethane","water"};
return resule;}
}
上例中是爲Tags屬性創建了屬性編輯器，在構造工具內，可從下拉表格中選擇MoleculeName的屬性應是"HyaluronicAid"或是"water"。
3.3.3BeanInfo接口
每個Bean類也可能有與之相關的BeanInfo類，在其中描述了這個Bean在構造工具內出現時的外觀。BeanInfo中可定義屬性、方法、事件，顯示它們的名稱，提供簡單的幫助說明。 例如：
public class MoleculeBeanInfo extends SimpleBeanInfo {
public PropertyDescriptor[] getPropertyDescriptors() {
try {
PropertyDescriptor pd=new PropertyDescriptor("moleculeName",Molecule.class);
/*通過pd引用了上一節的MoleculeNameEditor類,取得並返回moleculeName屬性*/
pd.setPropertyEditorClass(MoleculeNameEditor.class);
PropertyDescriptor result[]={pd};
return result;
} catch(Exception ex) {
System.err.println("MoleculeBeanInfo: unexpected exeption: "+ex);
return null;
}
}
}
JavaBean持久化
當一個JavaBean在構造工具內被用戶化，並與其它Bean建立連接之後，它的所有狀態都應當可被保存，下一次被load進構造工具內或在運行時，就應當是上一次修改完的信息。爲了能做到這一點，要把Bean的某些字段的信息保存下來，在定義Bean時要使它實現java.io.Serializable接口。例如：
public class Button implements java.io.Serializable {
}
實現了序列化接口的Bean中字段的信息將被自動保存。若不想保存某些字段的信息則可在這些字段前冠以transient或static關鍵字，transient和static變量的信息是不可被保存的。通常，一個Bean所有公開出來的屬性都應當是被保存的，也可有選擇地保存內部狀態。 Bean開發者在修改軟件時，可以添加字段，移走對其它類的引用，改變一個字段的private/protected/public狀態，這些都不影響類的存儲結構關係。然而，當從類中刪除一個字段，改變一個變量在類體系中的位置，把某個字段改成transient/static，或原來是transient/static，現改爲別的特性時，都將引起存儲關係的變化。
5 JavaBean的存儲格式
JavaBean組件被設計出來後，一般是以擴展名爲jar的Zip格式文件存儲，在jar中包含與JavaBean有關的信息，並以MANIFEST文件指定其中的哪些類是JavaBean。以jar文件存儲的JavaBean在網絡中傳送時極大地減少了數據的傳輸數量，並把JavaBean運行時所需要的一些資源捆綁在一起 本章主要論述了JavaBeans的一些內部特性及其常規設計方法，參考的是JavaBeans規範1.0A版本。隨着世界各大ISV對JavaBeans越來越多的支持，規範在一些細節上還在不斷演化，但基本框架不會再有大的變動。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/gudong2945/archive/2009/12/04/4941093.aspx
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/gudong2945/archive/2009/12/04/4941093.aspx
