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 平台上。
查看英文原文： Java 1.5 for the .NET Platform
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论