4. Constrained屬性
一個JavaBeans的constrained屬性，是指當這個屬性的值要發生變化時，與這個屬性已建立了某種連接的其它Java對象可否決屬性值的改變。constrained屬性的監聽者通過拋出PropertyVetoException來阻止該屬性值的改變。例：下面程序中的constrained屬性是PriceInCents。
public class JellyBeans 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屬性要發生變化時，在控制語句中判斷是否應否決這個屬性值的改變。
總之，某個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結尾。例如：
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事件模型是基於方法調用，因而需要一個定義並組織事件操縱方法的方式。JavaBeans中，事件操縱方法都被定義在繼承了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事件的監聽者。
事件監聽者的注冊與注銷
為了各種可能的事件監聽者把自己注冊入合適的事件源中，建立源與事件監聽者間的事件流，事件源必須為事件監聽者提供注冊和注銷的方法。在前面的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事件模型中極其重要的一部分。在一些應用場合，事件從源到監聽者之間的傳遞要通過適配類來"轉發"。例如：當事件源發出一個事件，而有幾個事件監聽者對象都可接收該事件，但只有指定對象做出反應時，就要在事件源與事件監聽者之間插入一個事件適配器類，由適配器類來指定事件應該是由哪些監聽者來響應。
適配類成為了事件監聽者，事件源實際是把適配類作為監聽者注冊入監聽者隊列中，而真正的事件響應者並未在監聽者隊列中，事件響應者應做的動作由適配類決定。目前絕大多數的開發工具在生成代碼時，事件處理都是通過適配類來進行的。
