무료 온라인 액세스 Oracle.1Z0-829.v2024-07-04.q33 모의 시험 (Page 2)

1Z0-829 문제 1

마이그레이션에 대한 설명으로 옳은 것은 무엇입니까?

A. 하향식 마이그레이션에서는 모든 모듈이 모듈 경로로 이동됩니다.

B. 모든 모듈은 상향식 마이그레이션에서 모듈 경로로 이동됩니다.

C. 하향식 ^마이그레이션에서 필요한 모듈이 해당 모듈에 의존하는 모듈보다 먼저 마이그레이션됩니다.

D. 이름이 없는 모듈은 하향식 마이그레이션의 자동 모듈입니다.

정답: B

대답은 B입니다. 왜냐하면 상향식 마이그레이션은 가장 낮은 수준의 라이브러리에서 시작하여 애플리케이션 자체로 끝나면서 기존 애플리케이션의 종속성을 모듈 경로로 하나씩 이동하여 기존 애플리케이션을 모듈화하는 전략이기 때문입니다. 이러한 방식으로 각 모듈은 module-info.java 파일을 사용하여 다른 모듈에 대한 종속성을 선언하고 안정적인 구성, 강력한 캡슐화 및 서비스 로딩과 같은 JPMS(Java Platform Module System) 기능의 이점을 누릴 수 있습니다.
옵션 A는 올바르지 않습니다. 하향식 마이그레이션은 자동 모듈로서의 종속성과 함께 기존 애플리케이션을 먼저 모듈 경로로 이동하여 기존 애플리케이션을 모듈화하는 전략이기 때문입니다. 자동 모듈은 모듈 설명자나 고정된 이름이 없는 등 일부 제한이 있는 모듈로 처리되는 비모듈형 JAR 파일입니다. 하향식 마이그레이션을 사용하면 모든 종속성을 먼저 모듈화하지 않고도 애플리케이션이 모듈 경로를 사용할 수 있습니다.
옵션 C는 올바르지 않습니다. 하향식 마이그레이션에는 애플리케이션이 먼저 이동되고 해당 종속성이 자동 모듈로 이동되는 한 모듈 마이그레이션의 특정 순서가 필요하지 않기 때문입니다. 반면 상향식 마이그레이션에서는 필요한 모듈을 종속된 모듈보다 먼저 마이그레이션해야 합니다.
이름이 지정되지 않은 모듈은 마이그레이션 전략에서 자동 모듈이 아니기 때문에 옵션 D는 올바르지 않습니다. 명명되지 않은 모듈은 클래스 경로에서 로드된 클래스 또는 동적으로 생성된 클래스와 같이 이름이나 모듈 설명자가 없는 모듈입니다. 이름이 없는 모듈은 다른 모든 모듈에 제한 없이 액세스할 수 있지만 보안 검사가 축소된 리플렉션을 통하는 경우를 제외하고는 이름이 지정된 모듈에서 액세스할 수 없습니다. 참조:
Oracle Certified Professional: Java SE 17 개발자
자바 SE 17 개발자
OCP Oracle Certified Professional Java SE 17 개발자 학습 가이드
모듈로 마이그레이션(방법 및 시기) - JavaDeploy
Java 9 모듈성: 유지 관리 가능한 애플리케이션 개발을 위한 패턴 및 사례

1Z0-829 문제 2

코드 조각을 보면 다음과 같습니다.

결과는 무엇입니까?

A. 0
비 2
C-2

B. 2
2
0

C. 1
1
1

D. 1
2
-4

1Z0-829 문제 3

주어진:

서비스 제공자 인터페이스를 나타내기 위해 module-info 파일에 어떤 두 가지를 포함해야 합니까?

A. cm.transport.vehicle,cars가 필요합니다.

B. com.transport.vehicle.cars와 함께.com.transport.vehicle.cars.Car를 제공합니다. 임트, CatImpI;

C. cm.transport.vehicle,cars가 필요합니다.

D. com.transport.vehicle.cars에.com.transport.vehicle.cars.Car impl,CarImp1을 제공합니다. 자동차

E. com.transport.vehicle.cars.Car를 내보냅니다.

F. com.transport.vehicle.cars를 내보냅니다.

G. com.transport.vehicle을 내보냅니다.

정답: B,E

대답은 B와 E입니다. 왜냐하면 module-info 파일에는 서비스 제공자 인터페이스를 나타내기 위한 presents 지시문과 내보내기 지시문이 포함되어야 하기 때문입니다. presents 지시어는 모듈이 이 경우 com.transport.vehicle.cars.Car인 서비스 인터페이스의 구현을 제공한다고 선언합니다. with 절은 서비스 제공자 클래스의 완전한 이름(이 경우 com.transport.vehicle.cars.impl.CarImpl)을 지정합니다. 내보내기 지시문은 모듈이 패키지(이 경우 com.transport.vehicle.cars)를 내보내 다른 모듈에서 사용할 수 있도록 선언합니다. 패키지에는 다른 모듈에서 사용할 수 있는 서비스 인터페이스가 포함되어 있습니다.
require가 서비스 제공자 인터페이스를 선언하는 올바른 키워드가 아니기 때문에 옵션 A는 올바르지 않습니다. Requires는 모듈이 다른 모듈에 의존한다고 선언하지만 여기서는 그렇지 않습니다.
옵션 C는 모듈 이름에 오타가 있기 때문에 올바르지 않습니다. cm.transport.vehicle.cars가 아니라 com.transport.vehicle.cars여야 합니다.
옵션 D는 키워드 제공에 오타가 있기 때문에 올바르지 않습니다. 제공이 아니라 제공이어야 합니다. 또한 서비스 인터페이스 이름에 오타가 있습니다. com.transport.vehicle.cars.Car impl이 아니라 com.transport.vehicle.cars.Car여야 합니다. 또한 내보낸 패키지의 접근성을 특정 모듈로 제한하는 데 사용되는 불필요한 to 절도 있습니다.
옵션 F는 잘못된 패키지를 내보내기 때문에 올바르지 않습니다. com.transport.vehicle.cars.impl이 아닌 com.transport.vehicle.cars를 내보내야 합니다. impl 패키지에는 다른 모듈에 노출되어서는 안되는 서비스 제공자 클래스가 포함되어 있습니다.
옵션 G는 잘못된 패키지를 내보내기 때문에 올바르지 않습니다. com.transport.vehicle이 아닌 com.transport.vehicle.cars를 내보내야 합니다. 차량 패키지에는 서비스 인터페이스 또는 서비스 제공자 클래스가 포함되어 있지 않습니다. 참조:
Oracle Certified Professional: Java SE 17 개발자
자바 SE 17 개발자
OCP Oracle Certified Professional Java SE 17 개발자 학습 가이드
Java 모듈 - 서비스 인터페이스 모듈 - GeeksforGeeks
Java 서비스 제공자 인터페이스 | 벨둥