当前位置: 王朝网络 >> java/jsp >> 定制你的Java--根据应用剪裁JavaBeans

定制你的Java--根据应用剪裁JavaBeans

王朝java/jsp·作者佚名 2008-05-19

本文将研究JavaBeans 的定制接口、组件属性、以及如何编写你的Beans 使得集成开发环境(IDEs) 可以将这些属性显示给应用程序开发者。我们还将讨论以下的问题：绑定和约束属性，它们可以方便Beans 之间通信和维持一致性；定制器，它可以使我们更方便地定制；BeanBox 的使用，它是Sun 免费提供的JavaBeans 测试工具。

什么是定制

软件组件是通用的功能和数据模块，它可以在很多情况下使用，软件组件的定制是很重要的，如果应用程序开发者可以控制其外观和行为，它才能在很多应用程序中得到应用。例如，如果一个按钮类的文本标签总是“Button”，与之相关的动作总是重启计算机( 虽然在一些操作系统中这可能是最有用的工具之一) 的话，那它是没有多大用处的。

简单的组件，如按钮都有很多开发者可以控制的属性，其中包括：

是否使能

动作

背景颜色

文本颜色

大小

位置

形状

标签文本

当按此按钮时播放的声音文件

复杂的组件需要更多的定制。定制一个远程数据库连接可能从可用的服务器列表中进行选择( 信息只有在运行时才可用)、选择协议( 同上)、指定用户名和密码和设置通过防火墙访问。

Beans 的属性

一般说来，定制就是配置Beans 的内部状态，使其外观和行为适合所用的环境。这些内部状态( 颜色、大小和密码字符串等) 在JavaBeans 规范里称为属性。Beans 中的属性可以用称为访问器(Accessors) 的方法读取和修改。一个访问器方法是读取属性值的getter 方法，或者是修改属性值的setter 方法。在按钮Beans 中有String getLabel() 方法，它返回Beans 的当前标签，有void setLabel(String newLabel) 方法，它设置Beans 的当前标签，只有getter 方法的属性是只读的。

为什么不简单地访问Beans 内部地数据成员，直接读取和修改它们，而是编写一些访问器呢？因为不能保证属性和Beans 内部的成员数据直接对应。例如，Beans 中的标签属性可能是一个AWT 标签对象，但是也可能不是。标签文本可能来自数据库，可能是另一个Bean 的标签，也可能当需要时形成一个标签。访问器方法是Beans 中属性的统一接口，它隐藏了属性的实现细节。这是好的面向对象编程惯例，因为它减小了对象间的依赖和“ 耦合”。

符合JavaBeans 规范的集成开发环境能分析Beans，找到它的属性，同时它还能给每种属性创建直观的显示（称为属性编辑器），允许开发者在设计时修改属性。当开发者将一个Bean 放入应用程序中时，集成开发环境在面板上画出此Bean，然后显示属性表，它是Bean 所有属性的简单列表，每个属性有一个对应的编辑器。集成开发环境调用所有的getter 方法，将Bean 中当前属性值显示在属性表。当开发者修改属性表中的属性时，集成开发环境调用相应的setter 方法，更新所选Bean 中的相关属性。

对低等到中等复杂度的Beans，在设计时调用setter 方法配置它往往已经足够。为了支持复杂Beans 更高程度的定制，规范中定义了定制器(customizer) 类。开发者可以扩充Beans，这就为实现任何类型的定制打开了方便之门：复杂的颜色拾取器、图形化的网络配置精灵，只要你愿意，甚至可以编写一个VRML 界面。实际上，以上描述的属性表可以看作是集成开发环境自动产生的定制器。这种模式在JavaBeans 框架中是常见的：简单的情况( 在这种情况下，简单的属性类型已有属性编辑器) 往往只须很少或根本不须工作，但是其中隐藏着对复杂情况的访问方法。

如何使Beans 可定制

JavaBeans 框架使创建有可定制属性的Beans 变得相当容易。大部分情况下，根本无须写任何代码。这是因为JavaBeans 规范定义了命名约定，集成开发环境可用它来推断与属性相关的方法。规范中将这种约定称作设计模板。如果不考虑语义原则的话则很简单：名字、返回值和参数类型决定了属性的名字和类型。当集成开发环境装载Beans 时，使用JDK 1.1 reflection 机制检查Beans 中所有的方法，寻找以get 和set 开头的方法，然后将属性加入到属性表中，以便开发者定制Beans。

定制Beans

我们可以看一个具体Bean 定制的例子：扩展一个简单的BarChart Bean。读源程序便可以发现：BarChart Bean 已经有符合规范中设计模板的读取器和设置器方法 ─ ─void setPercent(int iPercent) 和int getPercent()。换句话说，它已经有一个属性：percent。将BarChart Bean 装载入BeanBox 中看有什么发生。

图的左边是一个包括可用Beans 的面板，便于在BeanBox 中放置。中部是BeanBox 本身，BarChart 已被选择，而右边是BarChart 的属性列表。属性列表中包括五个属性：前景和背景(Color 类型)、字体(Font 类型)、percent( 整数) 和名字( 字符串)。当BeanBox 装载BarChart 时，发现int getPercent 和void setPercent(int iPercent) 方法，便将percent 看作是Bean 的一个属性，并将它以及一个整型数属性编辑器(percent 标签右边的文本框) 加入到属性表中。调用getPercent() 函数填充属性编辑器的值( 本例中值为0)。对属性表中的所有属性都做同样的处理。

BarChart 只定义了percent 属性，那其它属性是从哪里来的呢？因为BarChart 定义为：

public class BarChart extends Canvas implements Serializable。

BarChart 继承了java.awt.Canvas，而它又继承了java.awt.Component，它定义了Color getForeground()，void setForeground(Color) 等。这意味着，如果你定义一个Bean 的子类，你便巧妙地得到一个包括父Bean 所有属性的新Bean。

当你在BeanBox 的属性表中修改属性时，Bean 马上就被更新。在percent 的属性编辑器中输入"62"，BeanBox 便做出相应的反应，如图2 所示。

集成开发环境( 本例为BeanBox)，检测到percent 属性编辑器的值改变，便调用setPercent() 更新BarChart 的percent。

如果你的应用程序正好需要一个蓝色背景、两点的黑色边框和对选择百分比填充红色，25 乘150 的BarChart，一切都很好。

好在我们有此Bean 的源代码，我们可以增加一些新属性：Color 型fillColor、floodColor 和borderColor，整型borderWidth、barHeight 和barWidth。作为例子，我们增加floodColor() 访问器。我们首先定义填充颜色private Color fgColor_ = Color.red。为了避免与java.awt.Component 的前景和背景属性相混淆，我们更名为floodColor，并编写它的访问器：

private Color floodColor_ = Color.red;

public void setFloodColor(Color floodColor)

{

floodColor_ = floodColor;

}

public Color getFloodColor()

{

return floodColor_;

}

对其他属性也可增加类似的访问器，这就形成了一个灵活的新Bean 的新类文件。

到此，BarChart 就是可定制的了。我们可以将它们设置成我们喜欢的外观，如图3 所示。

我们可以看到四个BarChart Beans，每个用不同的颜色方案和不同的百分比填充定制。对BarChart 类增加了几个方法便可给应用程序开发者提供极大的灵活性。