为什么要用AWT[Java编程]

关于本章要学习的“老式”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系统信任关系自动受权器利用,自动受权器将掌握怎样进入到库中去.
但当我们想增添操作系统中拜候新组件的功效时该怎么办?等候Sun来决意我们的扩大被归并到尺度的Java库中,但这不一定会办理我们的问题.Java 1.1版中的新模子是“信任代码”或“签名代码”,因此一个特别服务器将校验我们下载的、由规定的开辟者利用的大众密钥加密系统的代码.这样我们便可知道代码从何而来,那真的是Bob的代码,还是由某人假装成Bob的代码.这并不能禁止Bob出错误或作某些恶意的事,但能避免Bob躲避匿名制造计算机病毒的责任.一个数字签名的程序片——“被信任的程序片”——在Java 1.1版能进入我们的机械并直接掌握它,正像一些别的的利用程序从信任关系自动受权机中得到“信任”并安装在我们的机械上.
这是老AWT的全部特点.老的AWT代码将一向存在,新的Java编程者在从旧的书本中学习时将会碰到老的AWT代码.一样,老的AWT也是值得去学习的,比方在一个只有少量库的例程计划中.老的AWT所包含的范围在不考虑深度和列举每一个程序和类,取而代之的是给了我们一个老AWT计划的概貌.