Java9 새로운 기능 모듈 모듈식 프로그래밍 방법

Java 언어는 버전 9 - 모듈에서 중요한 개념을 도입했습니다. JavaScript 코드의 모듈식 관리에 익숙하다면 Java 9의 모듈식 관리를 보면 익숙할 것입니다.

1. 자바 모듈이란?

모듈은 Java의 패키지와 유사한 더 높은 수준의 Java 코드 그룹화를 도입합니다. 이러한 각 그룹(모듈)에는 많은 하위 패키지가 포함되어 있습니다. 모듈의 소스 코드 파일 패키지 루트에 module-info.java 파일을 추가하여 폴더와 해당 하위 폴더를 모듈로 선언합니다. 파일 구문은 다음과 같습니다.

 module xxx.yyy{
  ....
 }

여기서 xxx.yyy는 패키지 이름이 아니라 모듈 모듈에서 선언한 이름입니다.

2. 모듈 내보내기 패키지

module-info.java 파일은 모듈 아래에서 외부 세계에 표시되고 액세스할 수 있는 패키지를 지정할 수 있습니다. 이 기능은 새로운 키워드 exports를 통해 구현됩니다. exports来实现该功能。

 module xxx.yyy{
  exports com.zimug.java9;
 }

com.zimug.java9代表一个package。

需要注意的是：即使给定package包中的类是public的，如果未通过’exports’显式导出其程序包，则它们在模块外部也是不可见的（在编译时和运行时都是如此）。

三、模块导入package

如果另一个模块想要使用被导出的package包中的类，可以用requires关键字在其module-info.java文件中来导入（读取）目标模块的package包。

module def.stu{ requires xxx.yyy;}

四、Java module的意义

笔者认为，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

尝试使用未被exports的package代码

由于包“ 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");
  }
}

com.zimug.java9는 패키지를 나타냅니다.

참고: 특정 패키지의 클래스가 공개 클래스인 경우에도 해당 패키지가 '내보내기'를 통해 명시적으로 내보내지지 않으면 모듈 외부에 표시되지 않습니다(컴파일 시 및 런타임 중에도 마찬가지입니다).

3. 모듈 가져오기 패키지🎜🎜다른 모듈이 내보낸 패키지의 클래스를 사용하려는 경우 module-info.java 파일에서 requires 키워드를 사용하여( 읽기) 대상 모듈의 패키지 패키지. 🎜

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

🎜4. Java 모듈의 중요성🎜🎜 저자는 Java 9에서 모듈 모듈 관리 시스템을 도입한 것은 주로 보안 고려 사항 때문이라고 생각합니다. Java 코드의 취약점 중 90% 이상이 반사와 불충분한 액세스 제어 세분성으로 인해 발생합니다. Java 9의 모듈식 시스템은 이 문제를 해결할 수 있습니다. Java 9 모듈성은 Java 코드에 대한 더 높은 수준의 가시성과 접근성 제어를 제공합니다. 🎜🎜예를 들어 클래스를 비공개로 표시하면 해당 클래스가 내부 클래스라는 의미입니다. 외부 클래스에는 public과 default라는 두 가지 수정자가 있습니다. 이는 또한 문제를 의미합니다. 원래는 jar 패키지에 정의된 범위 내에서 일부 공용 클래스를 사용할 계획이었지만 결과적으로 이 jar를 도입하는 모든 프로젝트는 이 jar의 모든 공용 클래스 코드를 사용할 수 있게 되었습니다. 🎜🎜즉, 원래 의도는 제한된 범위 내에서 공개 액세스를 제공하는 것이었지만 결과적으로 외부 세계에 무제한 공개되었습니다. Java 9 모듈화 도입 후 제한된 범위 내 코드에 대한 공개 액세스가 가능해지며, 코드 공개는 모듈 외부의 제한된 범위 공개 액세스 및 모듈 내 공개 액세스. 🎜🎜5. 예제 🎜🎜이 예제에서는 "common.widget"과 "data.widget"이라는 두 개의 모듈을 만들어 "modules-examples/src"라는 단일 폴더에 배치하겠습니다. "module-info.java" 파일은 각 모듈의 루트 폴더 아래에 배치됩니다.
파일 및 디렉터리 형식은 다음과 같습니다: 🎜rrreee

첫 번째 모듈

🎜이 코드 파일 디렉터리: 🎜

🎜modules-example/src/common.widget/org/jwidgets/SimpleRenderer .자바. 🎜

🎜다음 글에서는 이 패키지를 내보내지 않습니다. 🎜rrreee🎜이 코드 파일 디렉터리: 🎜

🎜modules-example/src/common.widget/com/zimug/RendererSupport.java. 🎜

🎜이 패키지는 나중에 내보낼 예정입니다. 🎜rrreee🎜모듈 내보내기, 이 코드 파일 디렉터리: module-example/src/common.widget/module-info.java. com.zimug 패키지만 내보내지고 org.jwidgets 패키지는 내보내지지 않습니다. 내보낸 모듈 이름은 common.widget🎜rrreee

두 번째 모듈

🎜입니다. 모듈은 common.widget을 가져옵니다. 이 코드 파일 디렉터리는 module-example /입니다. src/data.widget/module-info.java🎜rrreee🎜가져온 모듈 common.widget에서 package:com.zimug를 사용하세요. 이 코드 파일 경로는 🎜

🎜modules-example/src/data.widget/com/example/Component.java🎜

rrreee🎜정상적으로 컴파일하고 실행하면 결과는 다음과 같습니다.🎜rrreee

사용 시도는 내보내기용 패키지 코드가 아닙니다

🎜"org.jwidgets" 패키지가 "common.widget" 모듈을 통해 내보내지지 않았으므로 다른 모듈 "data.widget"은 SimpleRenderer 클래스를 사용할 수 없습니다. 이 패키지 아래의 코드>. 어떤 일이 일어나는지 반례를 만들어 보겠습니다. 🎜rrreee🎜컴파일 오류 메시지는 다음과 같습니다. 🎜rrreee🎜클래스를 public으로 선언했지만 익스포트하지 않은 경우에도 패키지에 포함된 클래스에 접근할 수 없습니다. 🎜

위 내용은 Java9 새로운 기능 모듈 모듈식 프로그래밍 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!