Java 模块化系统自提出以来经历了很长的时间，直到 2014 年晚些时候才最终以 JSR（JSR-376） 定稿，而且这个部分有可能在 Java 9 中出现。但是一直以来都没有可以使用的原型。9 月 11 日，OpenJDK 发布的早期构建版本终于包含了 Jigsaw 项目。 昨天，我和同事 Paul Bakker 在 JavaZone 上对于 Java 模块化系统进行了讨论。整个讨论都建立在JSR-376 需求文档以及身边一些珍贵的信息上。在年初提出举行这个报告的时候，我们曾深信不疑地认为在这个会上我们能够展示一个原型，但是事情却没有按预想的那样发展。现在的情况是，这个原型将在我们的报告结束之后发布。这也意味着，报告中的一些内容已经有点过时了，但是主要的思想还是很有新意的。如果你对 Java 模块化系统方案一无所知的话，建议你在阅读这篇文章之前先去看一下我们的报告。我们的报告介绍了现在的方案，并进一步与 OSGi 进行了比较。 为什么要使用模块？ 什么是模块？我们为什又需要它们？如果希望有一个深入的讨论，请阅读"State of the module system"或者看一下我们的报告。对这块还不是很了解的人来说，这里有Cliff 的注释版本。 我们都知道 Java 有 jar 文件。但是，事实上这些都只是包含一些class（类）的压缩文件，这些 jar 包内部都是一些 package （包）。当你利用一些不同的 jar 包来运行应用程序的时候（复杂一点的程序也适用），你需要把它们放到指定的类路径中。然后默默祈祷。因为没有有效的工具来帮助你知道，你是否已经把应用所需要的 jar 包都放入类路径中了。或者有可能你在不经意间将同样的类文件（在不同的 jar 包中）都放入了类路径中。类路径灾难（类似于 DLL 灾难）是真实存在的。这会导致运行时出现糟糕的状况。同时，在运行时我们也无法得知 jar 中包含哪些类。从 JRE 角度来说只知道有一堆类文件。事实上 jar 包之间是相互依赖的，但目前还不能把这种依赖关系记录到数据文件中去。理想的情况是，你可以隐藏 jar 包中类文件具体的实现，只是提供一些公共的 API 。在 Java 中提出模块化系统就是为了解决这些问题的： 模块成为首先要考虑的部分，它能够分装实现细节并且只暴露需要的接口。 模块系统极大地提升了大型系统的可
Read full article from Java 模块化系统初探 - ImportNew
No comments:
Post a Comment