面向.NET平台的Java 1.5

来源:互联网 发布:tcp ip网络通信详解 编辑:程序博客网 时间:2024/06/05 08:01

 

作者 Jonathan Allen译者 张龙 转自InfoQ

Ja.NET是Java 1.5 SE的.NET平台版本。其编译器基于Eclipse JDT,同时JDT也得到了改良以便生成IL和Java字节码。传统上,Java会将每个类编译成一个单独的文件,但是对.NET来说这样做的代价太高了。为了解决这个问题,Ja.NET使用了一个基于Cecil的工具来创建更大的程序集,这与Java创建Jar文件的方式很相似。

为了获得更好的类库支持,Ja.NET基于开源项目Apache Harmony。Dave Tillman说到:

Harmony吸引我的一个特性是它的类库已经很好的按模块进行组织了,这与OpenJDK正好相反。例如,你会看到一个LUNI模块,它代表了Lang-Util-Net-Io,这是一个NIO模块,诸如此类。顺便说一下,我实际上已经使用OpenJDK并用其在我的机器上创建了一个可运行的版本,但是后来我还是选择了Harmony。

当我们与Dave交流时,他谈到了一些必要的细节:

当前Ja.NET SE项目只关注于Java SE,它向.NET提供了Java 5 JDK。在转向更高的层次(Java EE)前,我认为需要先将SE部分完成,而且要正确地完成。所有的Java 5 SE类库都包含在了发布包中,但是其中有些功能是不完全的。要知道我做从事的工作是基于几个反潮流的项目(请查看我最新的博文以了解详细信息——www.janetdev.org)之上的。最大的一个当属Apache Harmony项目。Harmony已经为几乎所有(99.x%)的Java 5 SE类库开发了代码,包括Swing、AWT等等。同时他们还为Java ME和Java 6进行了开发。

Ja.NET SE类库来源于Harmony的代码,现在我将Harmony的所有代码都构建到了.NET程序集中并将其放到发布包中。但此时我们并未完成所有的工作(修改类库以将其绑定到相应的.NET/CLR服务之上)。例如,将Swing/AWT绑定到WPF之上的工作就尚未完成。这也正是我到处寻找参与者的原因所在:-)。为了做到这一点,开发者需要利用Harmony提供的Swing/AWT代码基,将其分解然后在代码中的恰当位置上加入对WPF API的调用。所有的Harmony Swing/AWT代码已经被编译到.NET程序集中了,他么就不再回调WPF了。

有很多核心的类库(反射、并发、类加载、io、nio字符集等等)可供Ja.NET SE工具(编译器、程序集合并)所用。我无需对代码做任何改变就可以让JUnit 4.3/4.5、Xerces 2.8及Ant 1.7.0运行在.NET上。当然,我还会增加更多的内容!:-)

当前Ja.NET可运行在Microsoft CLR和Novell Mono平台上。

 

 

 

原创粉丝点击