JavaBeans程序开发(3)

　　从上面的例子中可看到，一个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);
　　}
　　}