返回介绍

13.20 总结

发布于 2024-10-15 23:56:31 字数 803 浏览 0 评论 0 收藏 0

对于 AWT 而言,Java 1.1 到 Java 1.2 最大的改变就是 Java 中所有的库。Java 1.0 版的 AWT 曾作为目前见过的最糟糕的一个设计被彻底地批评,并且当它允许我们在创建小巧精致的程序时,产生的 GUI“在所有的平台上都同样的平庸”。它与在特殊平台上本地应用程序开发工具相比也是受到限制的,笨拙的并且也是不友好的。当 Java 1.1 版纳入新的事件模型和 Java Beans 时,平台被设置——现在它可以被拖放到可视化的应用程序构建工具中,创建 GUI 组件。另外,事件模型的设计和 Bean 无疑对轻松的编程和可维护的代码都非常的在意(这些在 Java 1.0 AWT 中不那么的明显)。但直至 GUI 组件-JFC/Swing 类-显示工作结束它才这样。对于 Swing 组件而言,交叉平台 GUI 编程可以变成一种有教育意义的经验。

现在,唯一的情况是缺乏应用程序构建工具,并且这就是真正的变革的存在之处。微软的 Visual Basic 和 Visual C++需要它们的应用程序构建工具,同样的是 Borland 的 Delphi 和 C++构建器。如果我们需要应用程序构建工具变得更好,我们不得不交叉我们的指针并且希望自动授权机会给我们所需要的。Java 是一个开放的环境,因此不但考虑到同其它的应用程序构建环境竞争,而且 Java 还促进它们的发展。这些工具被认真地使用,它们必须支持 Java Beans。这意味着一个平等的应用领域:如果一个更好的应用程序构建工具出现,我们不需要去约束它就可以使用——我们可以采用并移动到新的工具上工作即可,这会提高我们的工作效率。这种竞争的环境对应用程序构建工具来说从未出现过,这种竞争能真正提高程序设计者的工作效率。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文