[摘要]基于Swing的GUI客户端 今天还有多少人在使用Java Applet作为客户端?也许使用基于HTML的UI更安全,但这是最好的选择吗? AT&T的一个业务部门Telecorp PCS...
基于Swing的GUI客户端
今天还有多少人在使用Java Applet作为客户端?也许使用基于HTML的UI更安全,但这是最好的选择吗?
AT&T的一个业务部门Telecorp PCS曾经开发过一个应用程序,使其商店可以收集希望购买移动电话的用户的资料,检查其信用卡,然后立即开通移动电话,除了确认用户输入的信息外,应用还必须通过使用排序、选择和其他的标准数据库功能处理提交的报告。此外,当一个新的移动电话开通后,这个应用程序还需要显示一个通知。
你能相像用HTML来完成这一切吗?也许可能,但它将非常讨厌,而且速度很慢,需要不间断地使用网络连接。Telecorp PCS决定冒险在交互的Applet中使用Java,那么结果如何呢?完全成功,这一应用程序在开发时采用了Swing,并布署在采用了Java插件的互联网网站上。通过使用Swing UI类,很简单地完成了应用所要求的功能。
我相信许多开发人员在早期使用Java时,都使用过applet,并且在解决各种浏览器之间的不兼容性、applet下载时间、性能方面花费过大量的时间。对客户端Java最大的批评来自其对象性,但现在情况已经有了很大的改观。Sun已经花费了大量的时间来改进其代码的质量,下面我将向你说明为什么基于Swing的UI是值得一试的。
Swing及其布署模式
我无需对Swing的内部架构以及类和界面的设计、设计模板的实现方面有多少新思想多作叙述了。Swing几乎是我见过的最彻底的窗体系统,它的容器、组件和UI元素之间的关系非常清晰。Swing的架构是基于Model-View-Controller(MVC)设计模板的,其数据与数据的表达和处理相互独立。
大多数的Swing模型都是由各种UI元素共享的。例如,JTable使用和JList、JTree相同的模型集,这就使得学习和使用Swing非常简单,而且Command、Observable和Listener等模板提供了很好的灵活性和良好的面向对象特性。也许Swing架构中唯一的不足之处是所有的事件都被交付到相同的EventDispatch线程中,使整个GUI客户端应用程序只有一个线程。但我们可以通过使用不同的线程响应用户的命令而不通过EventDispatch线程来完成所有操作,就可以很简单地克服Swing这一缺点。
Sun发布的每个JDK版本都对Java和Swing的性能都进行了改进。JDK 1.3中与Swing相关的改进表现在性能、内存消耗和一个输入确认框架。性能和内存消耗方面的改进相当可观。我们公司将客户端的应用程序由JDK 1.2.2升级到1.3后,内存消耗降低了30%,一些应用程序内存占用减少得更多。由于Swing内部的初始化过程被优化了,我们的客户端应用程序的运行速度和响应速度都更快了。简而言之,对速度影响最大的是加载其他界面组件时自动产生的大量的类,而这一方案中只包含有一个类。另一个重大的变化是缺省的JVM是HotSpot Client VM,它专门针对GUI绘制和客户端应用程序执行进行了优化,可以通过在命令行方式下运行java命令得到缺省的JVM。
输入确认框可以使我们很方便地通过编程实现命令字段或输入确认。在这以前,如果要在处理下一个字段之前,对前一个用户输入进行处理,必须在该部件上添加一个监听程序,每当该部件不再是焦点后都需要对它进行确认,这种方式非常单调和乏味。使用新的InputVerifier类,可以通过创建InputVerifier子类的一个实例,并将它赋予需要确认的JComponent,就能达到相同的目的。在焦点转换之前,部件将自动地调用verify()方法。
……