SWT图形界面开发(第1章).pptVIP

选用教材 SWT的结构 在IBM开发Eclipse的过程中，开发人员们使用了一种新的模式来完成窗口部件的创建：将SWT的功能实现完全构筑在以JNI(Java Native Interface)为基础，对运行平台的直接调用封装上。它提供了与平台无关的API，该API与操作系统的本机窗口环境紧密地集成在一起。该工具箱使开发人员不必面对在使用Java的抽象窗口工具箱（Abstract Window Toolkit，AWT）或Java 基础类（Java Foundation Classes，JFC）时在许多设计和实现方面所要做的权衡。 如图所示为SWT的结构: SWT所支持的操作系统 SWT的功能没有通过任何Java虚拟机来操作，而是直接调用Windows GDI和Shell功能。这一点是通过JNI方法调用完成。在Eclipse白皮书中对SWT的描述是：“由一套独立于操作系统的API以及本地原生窗口集成起来的图形库与小部件集”。 这样做最大的好处是，可以使开发出来的应用具备本地操作系统的外观与特性，甚至包括Pocket PC。只有在当前操作系统中找不到需要的部件时，SWT才会自己绘制图形，这样做很明显可以使得应用的响应速度有很大提升。 当然，SWT的优点同时也是它的缺点，SWT必须为每一种操作系统准备一套本地函数库，这一点就不像Swing那样灵活。不过目前SWT支持的操作系统基本上已经覆盖了常见的几种。 Swing与SWT的比较 Swing提供给开发人员一个抽象层次很高，并且体积十分庞大的组件库。从学习以及使用上来说，它确实不如SWT的API那样简单明了，容易上手。但是如果需要完成一个非常复杂的GUI应用，Swing可能会在某些方面显得更灵活一些。 SWT的优势和不足 综合以上讨论可以发现，SWT的长处在于： Look 和Feel（感观）与本地操作系统对应。 简单实用的API可以使开发人员快速上手。 由于本地的JNI调用机制，SWT应用程序运行速度非常迅速。 可以仿造本地操作系统的风格画出本地操作系统中没有的部件。 SWT的不足在于： 每一种操作系统都需要有相匹配的JNI程序供SWT调用。 没有Swing那样灵活。 总的来说，如果需要利用Java语言面向对象、跨平台等种种优势，同时又希望创建一套和本地操作系统风格兼容的GUI应用，那么SWT应该是首选的。 1.2 设置Eclipse的SWT开发环境 选择swt.jar 文件 在Java Build Path中指定swt.jar的位置 可以创建新的Java class并输入下面的代码进行测试： import org.eclipse.swt.*; import org.eclipse.swt.custom.*; import org.eclipse.swt.graphics.*; import org.eclipse.swt.widgets.*; import org.eclipse.swt.layout.*; 设定运行时参数，传给java的参数是-Djava.library.path=pathtolibrary 打开命令行输入java命令 用法: java [-options] class [args...] (执行类) 或 java [-options] -jar jarfile [args...] (执行 jar 文件) 其中选项包括: -d32 使用 32 位数据模型 (如果可用) -d64 使用 64 位数据模型 (如果可用) -client 选择 client VM -server 选择 server VM -hotspot 是 client VM 的同义词 [已过时] 默认 VM 是 client. -cp 目录和 zip/jar 文件的类搜索路径 -classpath 目录和 zip/jar 文件的类搜索路径 用 ; 分隔的目录, JAR 档案 和 ZIP 档案列表, 用于搜索类文件。 -Dname=value 设置系统属性 -verbose[:class|gc|jni] 启用详细输出 -version 输出产品版本并退出 -version:value