JAVA第13章创建窗口和程序片.pdf

Libria

294

50页

0次

2021-02-22

50墨值下载

第十三章创建窗口和程序片

在

Java 1.0

中，图形用户接口（

GUI

）库最初的设计目标是让程序员构建一

个通用的

GUI

，使其在所有平台上都能正常显示。

但遗憾的是，这个目标并未达到。事实上，

Java 1.0

版的“抽象

Windows

工

具包”（

AWT

）产生的是在各系统看来都同样欠佳的图形用户接口。除此之外，

它还限制我们只能使用四种字体，并且不能访问操作系统中现有的高级

GUI

元

素。同时，

Jave1.0

版的

AWT

编程模型也不是面向对象的，极不成熟。这类情况

在

Java1.1

版的

AWT

事件模型中得到了很好的改进，例如：更加清晰、面向对

象的编程、遵循

Java Beans

的范例，以及一个可轻松创建可视编程环境的编程组

件模型。

Java1.2

为老的

Java 1.0 AWT

添加了

Java

基础类（

AWT

），这是一个被

称为“

Swing”

的

GUI

的一部分。丰富的、易于使用和理解的

Java Beans

能经过

拖放操作（像手工编程一样的好），创建出能使程序员满意的

GUI

。软件业的“

次修订版”规则看来对于程序设计语言也是成立的（一个产品除非经过第

次修

订，否则不会尽如人意）。

Java

的主要设计目的之一是建立程序片，也就是建立运行在

WEB

浏览器上

的小应用程序。由于它们必须是安全的，所以程序片在运行时必须加以限制。无

论怎样，它们都是支持客户端编程的强有力的工具，一个重要的应用便是在

Web

上。

在一个程序片中编程会受到很多的限制，我们一般说它“在沙箱内”，这是

由于

Java

运行时一直会有某个东西——即

Java

运行期安全系统——在监视着我

们。

Jave 1.1

为程序片提供了数字签名，所以可选出能信赖的程序片去访问主机。

不过，我们也能跳出沙箱的限制写出可靠的程序。在这种情况下，我们可访问操

作系统中的其他功能。在这本书中我们自始至终编写的都是可靠的程序，但它们

成为了没有图形组件的控制台程序。

AWT

也能用来为可靠的程序建立

GUI

接口。

在这一章中我们将先学习使用老的

AWT

工具，我们会与许多支持和使用

AWT

的代码程序样本相遇。尽管这有一些困难，但却是必须的，因为我们必须

用老的

AWT

来维护和阅读传统的

Java

代码。有时甚至需要我们编写

AWT

代码

去支持不能从

Java1.0

升级的环境。在本章第二部分，我们将学习

Java 1.1

版中

新的

AWT

结构并会看到它的事件模型是如此的优秀（如果能掌握的话，那么在

编制新的程序时就可使用这最新的工具。最后，我们将学习新的能像类库一样加

入到

Java 1.1

版中的

JFC/Swing

组件，这意味着不需要升级到

Java 1.2

便能使用

这一类库。

大多数的例程都将展示程序片的建立，这并不仅仅是因为这非常的容易，更

因为这是

AWT

的主要作用。另外，当用

AWT

创建一个可靠的程序时，我们将

看到处理程序的不同之处，以及怎样创建能在命令行和浏览器中运行的程序。

请注意的是这不是为了描述类的所有程序的综合解释。这一章将带领我们从

摘要开始。当我们查找更复杂的内容时，请确定我们的信息浏览器通过查找类和

方法来解决编程中的问题（如果我们正在使用一个开发环境，信息浏览器也许是

内建的；如果我们使用的是

SUN

公司的

JDK

则这时我们要使用

WEB

浏览器并

在

Java

根目录下面开始）。附录

列出了用于深入学习库知识的其他一些参考资

料。

13.1

为何要用

AWT

？

对于本章要学习的“老式”

AWT

，它最严重的缺点就是它无论在面向对象设

计方面，还是在

GUI

开发包设计方面，都有不尽如人意的表现。它使我们回到

了程序设计的黑暗年代（换成其他话就是“拙劣的”、“可怕的”、“恶劣的”等等）。

必须为执行每一个事件编写代码，包括在其他环境中利用“资源”即可轻松完成

的一些任务。

许多象这样的问题在

Java 1.1

里都得到了缓解或排除，因为：

(1)Java 1.1

的新型

AWT

是一个更好的编程模型，并向更好的库设计迈出了

可喜的一步。而

Java Beans

则是那个库的框架。

(2)“GUI

构建器”（可视编程环境）将适用于所有开发系统。在我们用图形化

工具将组件置入窗体的时候，

Java Beans

和新的

AWT

使

GUI

构建器能帮我们自

动完成代码。其它组件技术如

ActiveX

等也将以相同的形式支持。

既然如此，为什么还要学习使用老的

AWT

呢？原因很简单，因为它的存在

是个事实。就目前来说，这个事实对我们来说显得有些不利，它涉及到面向对象

库设计的一个宗旨：一旦我们在库中公布一个组件，就再不能去掉它。如去掉它，

就会损害别人已存在的代码。另外，当我们学习

Java

和所有使用老

AWT

的程序

时，会发现有许多原来的代码使用的都是老式

AWT

。

AWT

必须能与固有操作系统的

GUI

组件打交通，这意味着它需要执行一个

程序片不可能做到的任务。一个不被信任的程序片在操作系统中不能作出任何直

接调用，否则它会对用户的机器做出不恰当的事情。一个不被信任的程序片不能

访问重要的功能。例如，“在屏幕上画一个窗口”的唯一方法是通过调用拥有特

殊接口和安全检查的标准

Java

库。

Sun

公司的原始模型创建的信任库将仅仅供给

Web

浏览器中的

Java

系统信任关系自动授权器使用，自动授权器将控制怎样进

入到库中去。

of 50

50墨值下载

database

关注

评论