Java语言在其9版本中推出了一个重要的概念——模块(module)。如果对javascript代码模块化管理比较熟悉的小伙伴,看到Java 9的模块化管理,应该有似曾相识的感觉。
Module引入了Java代码分组的更高一级别,类似于Java中的package。每个这样的分组(module)都包含许多子package包。通过在一个模块的源代码文件package的根部,添加文件module-info.java来声明该文件夹及其子文件夹为一个模块。该文件语法如下:
module xxx.yyy{ .... }
其中xxx.yyy是模块module声明的名称,不是package名称。
文件module-info.java可以指定该模块下面的哪些package对外可见、可访问。通过一个新的关键字exports
来实现该功能。
module xxx.yyy{ exports com.zimug.java9; }
com.zimug.java9
代表一个package。
需要注意的是:即使给定package包中的类是public的,如果未通过’exports’显式导出其程序包,则它们在模块外部也是不可见的(在编译时和运行时都是如此)。
如果另一个模块想要使用被导出的package包中的类,可以用requires
关键字在其module-info.java文件中来导入(读取)目标模块的package包。
module def.stu{ requires xxx.yyy;}
笔者认为,Java 9引入module 模块化管理系统主要是出于对安全性的考虑。Java 代码中90%以上的漏洞都是由反射和访问权限控制粒度不足引起的,Java 9的模块化系统正好能解决这个问题。Java 9模块化提供了更高级别的Java代码可视性和可访问性控制。
作为示例,当我们将一个类标记为private时,意味着它是一个内部类。外部类只有两种修饰符:public和默认(default)。这也就意味着一个问题,有些public class我们本来是打算在jar包定义的范围内使用的,但是结果却是任何引入了这个jar的项目都可以使用这个jar里面所有的public class代码。
也就是我们的原意是在有限范围内提供公开访问,结果却是无限制的对外公开。在引入Java 9模块化之后,可以实现有限范围内的代码public访问权限,将代码公开区分为:模块外部有限范围的公开访问和模块内部的公开访问。
在此示例中,我将创建两个模块“ common.widget”和“ data.widget”,并将它们放置在单个文件夹“ modules-examples/src”下。文件“ module-info.java”将放置在每个模块的根文件夹下。
文件及目录格式如下:
D:\modules-example>tree /F /A \---src +---common.widget | | module-info.java | | | +---com | | \---zimug | | RendererSupport.java | | | \---org | \---jwidgets | SimpleRenderer.java | \---data.widget | module-info.java | \---com \---example Component.java
本代码文件目录:
modules-example/src/common.widget/org/jwidgets/SimpleRenderer.java。
这个package在后文中没有被exports。
package org.jwidgets; public class SimpleRenderer { public void renderAsString(Object object) { System.out.println(object); } }
本代码文件目录:
modules-example/src/common.widget/com/zimug/RendererSupport.java。
这个package在后文中被exports了。
package com.zimug; import org.jwidgets.SimpleRenderer; public class RendererSupport { public void render(Object object) { new SimpleRenderer().renderAsString(object); } }
模块导出,本代码文件目录:modules-example/src/common.widget/module-info.java。只导出com.zimug
包,没有导出 org.jwidgets
包。导出的模块名称为common.widget
module common.widget{ exports com.zimug; }
模块导入common.widget
,本代码文件目录:modules-example/src/data.widget/module-info.java
module data.widget { requires common.widget; }
使用导入模块common.widget
中的package:com.zimug
。本代码文件路径:
modules-example/src/data.widget/com/example/Component.java
package com.example; import com.zimug.RendererSupport; public class Component { public static void main(String[] args) { RendererSupport support = new RendererSupport(); support.render("Test Object"); } }
正常编译执行,结果如下:
Test Object
由于包“ org.jwidgets”尚未通过“ common.widget”模块导出,因此另一个模块“ data.widget”无法使用该package包下的类SimpleRenderer
。我们做一个反例,看看会发生什么:
package com.example; import org.jwidgets.SimpleRenderer; public class Component { public static void main(String[] args) { SimpleRenderer simpleRenderer = new SimpleRenderer(); simpleRenderer.renderAsString("Test Object"); } }
编译报错信息如下:
D:\modules-example\src\data.widget\com\example\Component.java:3: error: package org.jwidgets is not visible import org.jwidgets.SimpleRenderer; ^ (package org.jwidgets is declared in module common.widget, which does not export it) 1 error
即使是被声明为public的,但未被导出的package下的class也不能被访问。
以上是Java9新特性Module模块化编程的方法的详细内容。更多信息请关注PHP中文网其他相关文章!