Java平台发展趋势展望[3]

　　将 JAM 从 JAR 中分离出来

字串6

　　Java 7 会抚平 Java 开发人员长久以来积聚的愤怒：各种各样的类加载器和相关的 classpath。Sun 公司在 Java Module System 这个问题上经受了又一次打击。数据将存储到 .jam 文件，而不是 .jar 文件中。这是一种 “superjar”，它包含了所有的代码和元数据。最重要的是，Java Module System 将首次支持版本，所以可以说一个程序需要 Xerces 2.7.1 而不是 2.6。它也允许指定依赖项；例如，可以说一个 JAM 程序需要 JDOM。它也要允许在加载一个模块时不必加载全部模块。最终，它要支持一个集中式的存储库，其中要能提供多个不同的 JAM 的不同版本，应用程序能够从中挑选所需。如果 JMS 适用，jre/lib/ext 将会成为过去时。

字串8

　　包访问 字串4

　　我也希望 Java 7 能够稍微放松一下访问限制。子包也许能够看到上层包里的包保护字段和类方法。也就是说，子包也许能够看到上层包里明确声明友好性的包保护成员。不论用哪种方式，将应用程序分割成多个包都会变得简单的多，也会显著地改善可测试性。只要子包中含有单元测试，就不必使用公共方法去进行测试。 字串8

　　文件系统访问 字串7

　　自从 1995 年开始，文件系统访问就成为 Java 平台的一个主要问题。十多年后，还是没有可信赖的跨平台方式来执行如复制或移动文件这类基本操作。处理这个问题是过去至少三个版本的 JDK（1.4、1.5 和 1.6）的公开问题。遗憾的是，为了迎合不怎么普遍却更具诱惑的操作，如内存映射 I/O，有些乏味但却很必要的 API 被搁到了一边。JSR 203 可能会最终解决这个问题，给我们一个可行的、跨平台文件系统 API。工作组也许会再一次对其无比崇尚的真正的异步输入/输出文件系统这个相对不重要的问题上花费过多时间，从而让该 API 再一次束之高阁。下一年的这个时候我们就会知道。

字串5

　　实验

字串3

　　无论做出什么样的改变，如果它们首先是在开源社区里实现，那么都是令人愉快的，所以我们只要看一下真正的区别有多大或多小。为此，Sun 公司的 Peter Ahè 开始了 java.net 上的 Kitchen Sink Project。目标是要分别地分派和指定 javac 编译器，来测试像这样的许多不同想法。在博客里写写这些可爱的功能是一回事；但真正制造运行的代码则全然是另一回事。 字串1

　　客户机 GUI

字串8

　　尽管许多人还没注意到，但 Java 平台真正出现在桌面上到现在已经有四五年了。已经有几个优质的桌面应用程序是用 Java 代码编写的，包括 RSSOwl、Limewire、Azureus、Eclipse、NetBeans、CyberDuck 等等。这些应用程序几乎用了每一个可用的 GUI 工具包来编写，包括 Swing、AWT、SWT，甚至是平台原生的工具包，如 Mac OS X 的 Cocoa。我看不出下一年会有哪个工具包在众多工具包中胜出，尽管 Swing 在制造一些保留本色的应用程序方面似乎比其他工具包表现得更为出色。

字串3

　　用 Swing 进行开发仍是相对挑战的，但随着 Swing 应用程序框架的到来，这种情况也许会在下一年得到改善。这一框架目前尚在 Java Community Process 中作为 JSR 296 开发。下面是 JSR 关于此的描述：

　　编写良好的 Swing 应用程序试图为启动和停止，以及管理资源、行为和会话状态的代码使用相同的核心元素。新应用程序从头开始创建所有这些核心元素。Java SE 不支持构造应用程序，这常常让开发新手们感到有点茫然，特别是在他们打算构建一个规模远超于 SE 文档中提供的例子的应用程序时。 字串8

　　通过定义 Swing 应用程序的基本结构，这项规范（最终）会添补该空白。它会定义一小套可扩展的类或 “框架”，用于定义相对于大多数桌面应用程序较普遍的基础设施。

　　Swing 应用程序框架应支持典型应用程序中的大多数东西，允许开发人员恰在一些自定义的点处插入，如启动和停止时。在启动和停止之间，它将处理 windows 的保存和恢复，以及应用程序的其他部分。最后，它将允许开发人员编写在 Swing 事件分派线程外运行的异步行为。 字串8

　　改善 JavaBeans 以及所有依赖它的东西（包括 Swing）的工作尚在继续。JSR 295 正在定义一种将 bean 绑定到一起的标准方式，这样，对一个 bean 的修改就会自动地反映到其他的 bean。例如，一个 GUI 网格 bean 会在其相关数据库 bean 改变时自动更新。 字串2

　　最终，JSR 303 正在实现一门基于 XML 的验证语言，来声明式地指定任何给定的 bean 将取什么值。int 属性将必须介于 1 到 10 之间，或者 String 属性必须包含一个合法的电子邮件地址。如果幸运，这一切都将在年底以 beta 形式提供，并将在来年的 Java 7 中按时完成。