JavaBeans程序开发从入门到精通

添加时间: 2006-2-18 11:37:18 作者: JAVA教程阅读次数:110 来源: http://www.d9soft.com

　　3. Bound属性

　　一个Bound属性是指当该种属性的值发生变化时，要通知其它的对象。每次属性值改变时，这种属性就点火一个PropertyChange事件(在Java程序中，事件也是一个对象)。事件中封装了属性名、属性的原值、属性变化后的新值。这种事件是传递到其它的Beans，至于接收事件的Beans应做什么动作由其自己定义。当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将与哪些其它的Beans组合成为一个应用，

　　无法预知若alden3的ourString属性发生变化时有哪些其它的组件与此变化有关，

　　因而alden3这个Beans要预留出一些接口给开发工具，

　　开发工具使用这些接口，

　　把其它的JavaBeans对象与alden3挂接。*/

　　public void addPropertyChangeListener(PropertyChangeLisener l){

　　　　changes.addPropertyChangeListener(l);

　　　}

　　　public void removePropertyChangeListener(PropertyChangeListener l){

　　　　changes.removePropertyChangeListener(l);

　　　}

　　通过上面的代码，开发工具调用changes的addPropertyChangeListener方法，把其它JavaBeans注册入ourString属性的监听者队列l中，l是一个Vector数组，可存储任何Java对象。

　　开发工具也可使用changes的removePropertyChangeListener方法，从l中注销指定的对象，使alden3的ourString属性的改变不再与这个对象有关。

　　当然，当程序员手写代码编制程序时，也可直接调用这两个方法，把其它Java对象与alden3挂接。

　　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事件模型中极其重要的一部分。在一些应用场合，事件从源到监听者之间的传递要通过适配类来"转发"。例如：当事件源发出一个事件，而有几个事件监听者对象都可接收该事件，但只有指定对象做出反应时，就要在事件源与事件监听者之间插入一个事件适配器类，由适配器类来指定事件应该是由哪些监听者来响应。

　　适配类成为了事件监听者，事件源实际是把适配类作为监听者注册入监听者队列中，而真正的事件响应者并未在监听者队列中，事件响应者应做的动作由适配类决定。目前绝大多数的开发工具在生成代码时，事件处理都是通过适配类来进行的。

　　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的用户化一器：

　　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);

　　　　}

　　... ...

　　属性编辑器接口（PropertyEditor Interface）

　　一个JavaBeans可提供PropertyEditor类，为指定的属性创建一个编辑器。这个类必须继承自java.Beanss.PropertyEditorSupport类。构造工具与手写代码的程序员不直接使用这个类，而是在下一小节的BeansInfo中实例化并调用这个类。例：

　　public class MoleculeNameEditor extends java.Beanss.PropertyEditorSupport {

　　　public String[] getTags() {

　　　　String resule[]={

　　　　　"HyaluronicAcid","Benzene","buckmisterfullerine", "cyclohexane","ethane","water"};

　　　　return resule;}

　　}

　　上例中是为Tags属性创建了属性编辑器，在构造工具内，可从下拉表格中选择MoleculeName的属性应是"HyaluronicAid"或是"water"。

　　BeansInfo接口

　　每个Beans类也可能有与之相关的BeansInfo类，在其中描述了这个Beans在构造工具内出现时的外观。BeansInfo中可定义属性、方法、事件，显示它们的名称，提供简单的帮助说明。例如：

　　public class MoleculeBeansInfo extends SimpleBeansInfo {

　　　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("MoleculeBeansInfo: unexpected exeption: "+ex);

　　　　　return null;

　　　　}

　　　}

　　}

　　JavaBeans持久化

　　当一个JavaBeans在构造工具内被用户化，并与其它Beans建立连接之后，它的所有状态都应当可被保存，下一次被load进构造工具内或在运行时，就应当是上一次修改完的信息。为了能做到这一点，要把Beans的某些字段的信息保存下来，在定义Beans时要使它实现java.io.Serializable接口。例如：

　　public class Button

　　implements 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越来越多的支持，规范在一些细节上还在不断演化，但基本框架不会再有大的变动。

上下文章:

上一篇文章: 用Java实现FTP服务器解决方案下一篇文章: Java学习的捷径

相关文章:

相关软件:

JavaBeans程序开发从入门到精通

快速导航

编程技术分类导航

本类经典文章推荐

JAVA教程阅读排行

编程技术阅读总排行

广告位置