강의

Java 9가 모듈 시스템 JPMS를 도입한 이유를 살펴봅니다: “ classpath-party”가 왜 문제인지, 모듈이 컨테이너 수준에서 가시성 경계를 어떻게 도입하는지, module-info.java가 무엇이며 module, exports, requires, opens, uses/ provides 지시어를 어떻게 다루는지. 장점(캡슐화, 명시적 의존성, 보안, jlink), 적용 분야( java.base, java.sql 포함), 유용한 뉘앙스와 마이그레이션 시 흔한 실수(빠진 exports, 누락된 requires, 모듈 이름 중복)도 함께 논의합니다.

module-info.java 파일이 무엇인지, 프로젝트에서 어디에 위치하는지, 그리고 키워드 module로 모듈을 선언하는 방법을 알아봅니다. exports로 API를 공개하고, requires로 의존성을 연결하는 법을 배우며, 추가 지시어들( opens, uses, provides ... with)도 살펴봅니다. 강의에는 예제, 모듈 명명 규칙, 프로젝트 구조의 실전 분석, 그리고 모듈 빌드 시 흔한 오류가 포함되어 있습니다.

Java 9+가 클래스와 패키지 위에 모듈 단위 캡슐화를 어떻게 추가했는지: 패키지가 module-info.java에서 exports로 명시적으로 열리지 않는 한, 심지어 public 클래스도 숨겨집니다. requires로 의존성을 연결하는 법, exports to로 가시성을 제한하는 법, module 수준이 private/ public과 어떻게 다른지, 그리고 어떤 컴파일 오류(예: “package ... is not visible”, “cannot access ...”)가 여러분이 exports나 requires를 빼먹었음을 알려주는지 살펴봅니다.

Java의 모듈러 아키텍처에 대한 실무 가이드: 코드를 언제, 왜 모듈로 나눌지, 대표적인 패턴(“양파” 아키텍처, api/ impl 분리, 테스트 모듈), module-info.java와 requires/ exports 키워드를 통한 의존성 설정, 3개 모듈 실전 예제, Maven/ Gradle 및 IntelliJ IDEA 연동, 그리고 흔한 실수 분석(순환 의존성, export되지 않은 패키지, 잘못된 --module-path).

Java에서 모듈식 프로젝트를 빌드하는 방법: classpath와 module-path의 차이, 언제 --module-path 플래그를 사용할지, Maven과 Gradle에서 다중 모듈 구조를 설정하는 방법, 그리고 IntelliJ IDEA에서 실행하는 방법. module-info.java가 있는 모듈 구조, requires/ exports를 통한 의존성, 플러그인 구성과 빌드 시 자주 발생하는 오류를 보여 드립니다.