Moudle이 등장하게 된 배경

Java는 public, private와 같은 클래스 수준의 한정자가 있습니다. 그러나 이 한정자들은 클래스까지만 유효하고 패키지를 넘어서면 힘을 잃어버리게 됩니다. 이러한 캡슐화에 대한 지원 부족으로 인해 Java Module이 등장했습니다.

예를 들어, 우리는 JAR로 제공된 패키지의 클래스를 보면 어느 클래스를 써야할 지 알 수 가 없습니다. 대부분의 클래스가 public이고 접근이 가능합니다. 그 안에는 API 설계자가 내부 구현을 위해 만든 내부용 API 문서도 있습니다. 기존에는 내부용 API에 접근이 가능합니다. JAR로 제공되고 문서화가 잘 되더라도 클래스와 메소드가 public이면 API 설계자가 의도하지 않은 호출이 발생할 수 있습니다.

Module이란

Module은 module-info.java라는 파일에 아래의 세 가지 질문에 대한 답을 선언하는 소프트웨어적인 단위입니다.

이름이 무엇인가? (name)
어떤 것을 제공하는가? (export)
어떤 것들이 필요한가? (require)

Module에는 이름이 있습니다. 그리고 이름은 충돌을 피하기 위해 패키지 명명 규칙과 유사해야 합니다. 그리고 Module은 다른 외부 Module에서 사용할 수 있도록 공개 API로 간주되는 모든 패키지 목록을 제공합니다. 만약 어떤 클래스가 public이라 할지라도 export된 패키지에 없으면 모듈 외부의 어떤 것도 이 클래스에 접근할 수 없습니다. 모듈의 사용 예시는 아래와 같습니다.

module de.codecentric.addresschecker {
    exports de.codecentric.addresschecker.api;
    required de.codecentric.zipvalidator;
}

Module 사용시 유의할 점

Export하지 않은 타입 사용
순환 참조
묵시적인 접근

특정 모듈에 대한 접근(읽기) 제한

Java Module은 특졍 모듈에만 public을 지정할 수 있는 정교한 접근성 레벨을 지원합니다. 이 경우, 우리는 export된 패키지를 익을 수 있는 모듈을 제한할 수 있습니다.

module de.codecentric.zipvalidator {
    exports de.codecentric.zipvalidator.api
    to de.codecentric.addresschecker;
}

위와 같이 선언하면 addresschecker만 zipvalidator API를 액세스 할 수 있습니다. 하지만 접근 제한은 패키지 수준에서 이루어지기 때문에 일부 패키지의 액세스를 완벽하게 제한할 수 있지만, 제한하지 않는 다른 패키지는 모든 권한을 허용합니다.

728x90

저작자표시 동일조건