Modern Java: An In-Depth Guide from Java 8 to Java 21

Modern Java에 대해, Java 8 ~ Java 21까지의 변경지점을 정리해보는 포스팅입니다.

 

해당 포스팅은 아래 블로그를 번역한 포스팅입니다.

https://medium.com/@akineralkan/modern-java-an-in-depth-guide-from-version-8-to-21-by-akiner-alkan-f89b50e13c72

Modern Java: An In-Depth Guide from Version 8 to 21 | by Akiner Alkan

 

자바 8을 시작으로 흥미로운 기능들은 개발자들이 코딩하는 방식을 변화시켰습니다. 람다 표현식부터 데이터 작업을 쉽게 해준 스트림 API까지, 자바 8은 게임 체인저였습니다.

sealed 클래스를 통해 클래스를 더 쉽게 제어할 수 있고, records는 데이터 객체를 쉽게 만들 수 있도록 도와주는 자바 21의 업데이트 내용을 살펴볼 것입니다.

간단한 설명과 실용적인 예시를 통해 현대적인 자바 기능을 세분화하면서 여정에 참여하세요. 글이 상당히 길어질 것이기 때문에 읽기 편하도록 더 작은 부분으로 나누는 것을 제안합니다.

 

 

요약

Java 8

• Lambda Expression
• Stream API
• Method Reference
• Default Methods
• Date and Time API
• Optional *

Java 9

• Java Module System
• Try-with-resources
• Private Interface Methods

Java 10

• Local Variable Type Inference

Java 11

• Local Variable Type in Lambda Expressions

Java 12

• String Indent and Transform
• Files Mismatch

Java 13

• TextBlocks

Java 14

• Yield Keyword

Java 15

• Garbage Collector Updates

Java 16

• Pattern Matching for instanceof
• Records

Java 17

• Sealed Class

Java 21

• Virtual Threads
• Sequenced Collections
• String Templates
• Record Patterns

https://www.java.com/releases/

 

 

Java 8

Lambda Expression

람다 표현식은 익명 함수를 표현하는 간결한 방법으로, 다른 함수에 인수로 전달하거나 함수 프로그래밍 패러다임에 사용할 수 있습니다.

별도의 명시적인 방법으로 만들지 않고도 작은 인라인 함수를 정의할 수 있습니다. 람다 표현식은 자바와 같은 함수형 프로그래밍을 지원하는 언어에서 주로 사용됩니다.

 

Stream API

스트림 API는 자바 8에 도입된 기능으로 데이터의 컬렉션(list, arrays)을 처리하는 보다 기능적이고 선언적인 방법을 제공합니다.

스트림을 사용하면 컬렉션의 요소들에 대해 보다 간결하고 표현적인 방식으로 다양한 작업(filtering, mapping, reducing)을 수행할 수 있습니다.

많은 상황들이 스트림 API와 함께 구현될 수 있습니다. 

위 예시는 과일 목록에서 스트림 생성 후 길이가 5글자보다 큰 과일을 필터링하고(filter), 나머지 요소를 대문자로 변환하고(map), 결과를 새로운 list로 수집합니다.

이처럼 스트림 API는 코드를 더 쉽게 읽고, 여러 작업들에 대한 체이닝 방식을 할 수 있도록 합니다.

 

Method Reference

메서드 참조는 메서드나 생성자를 참조하여 스트림 API나 람다와 같은 고차 함수에 대한 인수로 사용하기 위한 축약 구문을 제공하는 기능입니다. 메서드의 동작을 복제하는 람다 식을 제공하는 대신 메서드 이름으로 직접 참조할 수 있어 코드를 간소화합니다.

이 예제에서는 배열 정렬에 명시적 람다 식 `(a, b) -> a.compareToIgnoreCase(b))`가 사용됩니다. 이것은 메서드 참조 방식과의 비교를 보여주기 위함입니다.

 

Default Methods

default 메서드는 구현체가 있는 인터페이스에 정의된 메서드입니다. 이 메서드를 사용하면 인터페이스를 구현하는 기존 클래스와의 호환성을 깨지 않고 인터페이스에 새 메서드를 추가할 수 있습니다. 

default 메서드는 모든 구현 모든 구현체의 클래스가 새 메서드에 대한 구현체를 제공하도록 강요하지 않고 인터페이스를 확장하는 방법을 제공합니다.

이 예제에서는 Greeting 인터페이스는 default 메서드인 greet()를 정의하고 있습니다. Person 클래스는 Greeting 인터페이스를 구현하고 있지만, greet() 메서드가 기본 구현체를 상속하므로 자체적인 구현을 제공할 필요가 없습니다. person.greet() 호출은 인터페이스의 기본 메서드를 사용합니다.

 

Date and Time API (날짜 및 시간 API)

Java 8에 소개된 Date and Time API는 날짜 및 시간 관련 작업을 포괄적으로 처리할 수 있는 방법을 제공하며, 이전 java.util.Date 및 java.util.Calendar 클래스의 한계와 복잡성을 해결합니다. 이는 dates, times, periods, durations, time zones, 기타 등등을 나타내는 클래스가 포함되어 있습니다. 다음은 날짜 및 시간 API 사용의 기본 개요 및 예시입니다.

이 예제에서는 java.time 패키지에서 dates, times, date-time 등 작업할 클래스를 import 합니다.

LocalDate, LocalTime, LocalDateTime 인스턴스를 만들고, DateTimeFormatter 클래스를 사용하여 날짜를 포맷팅 및 파싱 합니다.

 

Java의 Date, Time API는 이전 버전에 비해 더 직관적이고, 불변하며, 스레드 안전하도록 설계되었습니다. 

time zones, time durations, 날짜 차이를 처리하기 위해 ZonedDateTime, Duration, Period와 같은 클래스를 제공합니다.

API는 이전 날짜 및 시간 클래스에서 문제가 되었던 시간 계산 및 일광 절약 시간(?) 조정과 관련된 일반적인 함정을 방지하는 데 도움이 됩니다.

 

과거 API에서 신규 API로의 전환에 대한 더 자세한 설명은 Baeldung page 를 통해 찾을 수 있습니다.

 

 

Java 9

Java Module System

Java 9에 도입된 Java 모듈 시스템은 모듈식이고 유지 보수가 가능한 애플리케이션을 만들 수 있는 Java 플랫폼의 근본적 변화입니다.

이 시스템은 자바 생태계에서 문제가 된 캡슐화, 클래스 오염, 버전 충돌과 관련된 문제를 해결합니다

 

Key Conecpts:

 

Module

• 모듈은 구현의 세부 사항, 의존성을 캡슐화하고, 명확한 API를 제공하는 독립형 코드 단위입니다. 모듈은 패캐지와 리소스를 함께 그룹화하여 더 높은 수준의 추상화를 제공합니다.

Module Descriptor (module-info.java)

• 각 모듈에는 module-info.java라는 이름의 파일에 지정된 module descriptor가 있습니다. 이 설명자는 모듈의 이름, 의존성, 패키지, 기타 모듈 관련 설정을 정의합니다.

Module Path

• 모듈 경로는 자바 애플리케이션의 의존성을 지정하는 새로운 방법으로, 전통적인 클래스 경로를 대체합니다. 모듈은 의존성과 명시적인 요구 사항을 기반으로 서술되므로 클래스 경로 충돌을 방지하는 데 도움이 됩니다.

 

Java의 모듈 시스템은 모듈 시스템의 기능을 지원하기 위해 몇 가지 새로운 키워드와 개념을 도입했습니다. 이러한 키워드는 모듈 선언을 정의하고, Java 모듈 시스템 내의 모듈, 서비스 및 패키지 간 관계를 정의하는 데 필수입니다. 다음은 모듈 시스템과 관련된 주요 키워드입니다.

module: 모듈, 이름, 의존성, 다른 특성들을 선언합니다. 모듈 선언은 module-info.java 파일에 합니다.

requires: 모듈 의존성을 지정합니다. 다른 모듈이 필요한 모듈은 export한 패키지와 해당 모듈의 공개 유형에 접근할 수 있습니다.

exports: 다른 모듈에 접근할 수 있는 패키지를 선언합니다. exported 패키지는 모듈의 public API를 정의합니다.

opens: 패키지에 대한 반사적인 접근을 허용합니다. 이 기능은 특정 모듈에 대한 패키지의 private members에게 런타임 접근 권한을 부여하는 경우 사용됩니다.

uses: 모듈이 서비스를 소비한다고 선언합니다. 이 키워드는 서비스 관계를 설정하는 데 provides 키워드와 함께 사용됩니다.

provides: 모듈에서 제공하는 서비스 구현을 Java Service Provider Interface 의 일부로 지정합니다.

with: provides 에서 서비스 제공자 클래스를 선언할 때 사용할 서비스 로더 구현을 지정합니다.

to: 여러 providers가 정의될 때 provides에서 서비스 공급자 클래스를 지정합니다.

 

Try-with-resources

try-with-resources 구문은 Java에서 try 블록 내에서 사용되는 리소스를 자동으로 close 하는 데 사용됩니다. 예외가 있는 경우에도 리소스가 제대로 닫히도록 하여 리소스 관리를 간소화합니다. try-with-resoucres 문에서 사용되는 Resources는 AutoCloseable 혹은 java.io.Closeable 인터페이스를 반드시 구현해야 합니다.

 

Java 9에서, try-with-resources 구문은 try 블록 내에서 선언된 final 변수를 처리하도록 향상되었습니다.

이 향상된 기능은 리소스를 try 블록 내에서 직접 선언할 수 있도록 하여 코드를 단순화하고, 가독성을 개선하고, 실제 필요한 변수 스코프를 줄이게 되었습니다.

 

Private Interface Methods

Private 인터페이스 메서드는 인터페이스가 private 메서드를 가질 수 있도록 자바 9에 도입된 기능입니다. 이 메서드는 주로 코드 재사용과 가독성 향상을 위해 인터페이스 자체 내에서 사용하는 의도를 지니고 있습니다. 인터페이스 외부에 클래스 또는 다른 클래스를 구현하여 접근하거나 재정의할 수 없습니다.

 

 

Java 10

Local Variable Type Inference

종종 "var" 타입이라고도 하는 로컬 변수 타입 추론은, 로컬 변수의 타입을 명시적으로 지정하지 않고도 로컬 변수를 선언할 수 있는 Java 10에 도입된 기능입니다. 컴파일러는 할당된 값을 기반으로 변수의 타입을 추론합니다. 이 기능은 강력한 타이핑을 유지하면서 코드 가독성을 향상시키는 것을 목표로 합니다.

var 타입은 초기화된 로컬 변수에만 사용됩니다. 메서드의 파라미터, 반환 타입, 클래스 필드, 초기화되지 않은 변수에는 사용할 수 없습니다. var는 보일러 플레이트 코드를 감소시키지만 명확성을 위해 의미 있는 변수 이름을 사용하는 것이 중요합니다.

 

변수 이름이 명확하지 않은 경우, var를 과도하게 사용하면 코드 가독성이 저하될 수 있습니다.

 

 

Java 11

Local Variable Type in Lambda Expressions

로컬 변수 타입 추론 ("var" 타입)은 또한 람다 표현식에도 사용할 수 있습니다. 이 기능은 Java 11에 도입되어 var를 사용하여 람다식 내의 변수 타입을 선언할 수 있습니다. 이는 정적 타이핑의 이점을 유지하면서 코드 가독성을 향상시킬 수 있습니다.

 

다음은 람다 표현식에서 로컬 변수 타입의 사용에 대한 예시입니다.

 

 

Java 12

String Indent and Transform

Indent 메서드는 문자열의 각 줄에 들여 쓰기를 추가하는 데 사용됩니다. 각 라인의 시작 부분에 지정된 수의 공백이 추가된 새 문자열 인스턴스를 반환합니다.

 

 

Transform 메서드는 문자열에 변환 함수를 적용하고 결과를 반환합니다. 이는 보다 기능적인 프로그래밍 스타일로 문자열에 대한 연산을 수행하는 방법입니다.

 

Files Mismatch

Files.mismatch() 메서드는 Java의 java.nio.file 패키지에 포함되어 있으며, 두 파일의 내용 차이를 비교하기 위해 사용되는 메서드입니다. 이 메서드는 파일의 전체 내용을 읽을 필요 없이 두 파일의 내용이 다른지 여부를 효율적으로 판단하도록 설계되었습니다.

이 코드에서 Files.mismatch() 메서드는 filePath1 및 filePath2에서 참조하는 파일의 내용을 비교하고, 첫 번째 다른 바이트의 위치를 반환하며, 7번째 위치에 해당하는 공백 문자에 해당합니다. 이는 두 파일의 내용에서 7번째 위치부터 다르기 때문입니다.

 

 

Java 13

TextBlocks

Text Blocks는 Java 13에 preview 기능으로 도입되었으며, Java 15에서 정식적으로 개발되었습니다. 이 기능은 문자열의 연결이나 

이스케이프 문자 없이 여러 줄에 걸쳐 있는 문자열을 더 읽기 쉽고 자연스럽게 정의할 수 있는 방법을 제공합니다.

Text Blocks는 SQL 쿼리, JSON, XML, 가독성이 중요한 다른 포맷형식의 텍스트를 작성할 때 특히 유용합니다.

 

 

Java 14

Yield Keyword

Java 12에서 스위치 문에 식을 도입하여 previw 기능으로 출시했습니다. Java 13에서는 스위치 문에서 값을 반환하기 위해 새로운 yield constructor 를 추가했고, 이제 Java 14에서는 스위치 식을 표준 기능으로 사용할 수 있습니다.

 

 

Java 15

Garbage Collector Updates

Z 가비지 컬렉터는 Java 15 이전까지는 실험적인 기능이었습니다. 지연 시간이 짧고, 확장성이 뛰어난 가비지 컬렉터입니다.

 

ZGC는 개발자 커뮤니티에서 너무나도 거대해서 조기에 출시하기 어렵다고 느끼면서 실험 기능으로 Java 11에 도입되었습니다. 그 이후로 가비지 컬렉션에서 많은 부분 개선이 이루어졌습니다.

 

ZGC는 고성능이며, 머신 러닝 애플리케이션과 같은 대규모의 애플리케이션의 경우에도 효율적으로 작동합니다. 가비지 컬렉션으로 데이터를 처리하는 동안 장시간 일시 중지되는 일(STW??)이 없도록 합니다. Linux, Windows, MacOS를 지원합니다.

 

Shenandoah(?)의 일시 중지 시간의 가비지 컬렉터가 실험 단계에서 벗어났습니다. JDK 12에서 도입되었으며, Java 15 이후부터는 표준 JDK의 일부가 되었습니다.

 

 

Java 16

Pattern Matching for instanceof

Java 14에서 preview 기능으로 type test pattern(?)을 가지는 instanceof 연산자를 소개했습니다. Type test pattern은 단일 바인딩 변수가 있는 유형을 지정하는 predicate를 가지고 있습니다. 이 기능은 Java 15에서도 계속 preview 기능으로 사용되었고, Java 16에서는 표준 릴리즈가 되었습니다.

 

Records

Java 14는 불변의 데이터 객체를 쉽게 생성할 수 있도록 preview 기능으로 새로운 클래스 타입인 record를 도입했습니다. 

Java 15는 recore 유형을 더욱 개선했고, Java 16에서는 record가 JDK의 표준 기능이 되었습니다. record를 정의하는 것은 불변 객체를 정의하는 간결한 방법입니다.

 

 

Java 17

Sealed Class

Sealed 클래스는 클래스 상속에 대한 통제권을 강화하고, 특정 하위 클래스만 확장할 수 있도록 자바 15에 도입된 기능입니다. 

이 기능은 sealed 클래스에서 상속이 허용되는 제한된 클래스 집합을 선언하는 동시에 다른 클래스들은 확장하는 것을 방지할 수 있는 방법을 제공합니다. 아래는 Sealed 클래스의 작동 방식에 대한 기본 예시입니다.

이 예제에서 Shape 클래스는 sealed 키워드를 사용하여 선언되었습니다. permits 키워드는 Shape 클래스로부터 상속할 수 있는 클래스들을 지정하는데 사용됩니다.

 

이 예제에서 Circle, Rectangle, Triangle, Square 클래스는 Shape의 허용되는 하위 클래스로 명시적으로 표시됩니다. Square 클래스는 non-sealed로 선언되므로, 불변이 아니고 현재 패키지 외부의 클래스에 의해 추가로 확장될 수 있습니다.

 

Sealed 클래스의 핵심 기능

• Controlled Inheritance: Sealed 클래스는 어느 클래스가 상속이 가능한지, 원하지 않거나 예상하지 않은 하위 클래스를 방지할 수 있습니다.
• Limited Subclasses: pertmis 키워드는 sealed 클래스의 직접적인 하위 클래스로 명시할 수 있습니다.
• Open and Non-Sealed: Sealed 클래스는 개방형 또는 non-sealed 클래스를 확장할 수 있어 클래스 계층 구조에 더 많은 유연성을 제공합니다.
• Final by Default: Sealed 클래스는 불변이므로, 명시적으로 허용되지 않는 한 직접 인스턴스화하거나 하위 클래스로 분류할 수 없습니다.
• Use Cases: Sealed 클래스는 하위 클래스의 수를 제한하거나, 보다 나은 클래스 계층의 설계 및 동작을 제어할 수 있도록 하는데 유용합니다.

 

 

Java 21

Virtual Threads

이전 스레드 모델에서 Java의 스레드는 OS(운영체제) 스레드와 직접적으로 일치하기 때문에, OS 제약으로 생성할 수 있는 스레드 수에 제한이 있습니다. 전통적인 스레드 모델에서는 과도한 스레드 생성으로 인해 OS에 부담을 주고, 특히 수명이 짧은 스레드의 경우 높은 비용이 발생할 수 있습니다.

 

Java 21은 가상 스레드를 도입하여 가상 스레드와 OS 스레드 간의 매핑을 제공하므로, 이론적으로 무제한의 가상 스레드를 생성할 수 있습니다. 이 혁신은 기존의 스레드 모델의 한계를 해결하여 처리량이 많은 서버 어플리케이션의 요구 사항을 충족하는 수많은 스레드를 생성할 수 있도록 지원합니다. 가상 스레드를 사용하면 스레드 생성에 대한 이전의 제약이 제거되어 서버 어플리케이션에서 일반적으로 사용되는 요청당 스레드 스타일(Thread-Per-Request)을 계속 사용할 수 있습니다.

 

예시는 OS/플랫폼 스레드와 비교하여 가상 스레드를 사용하는 방법을 보여줍니다. 작업당 50만 개의 스레드를 실행하기 위해 ExecutorService를 활용함으로써, JDK는 제한된 수의 캐리어 및 OS 스레드를 효율적으로 관리하여 개발자가 동시성 코드를 쉽게 작성할 수 있도록 합니다.

 

Sequenced Collections

명시된 순서를 가진 컬렉션의 범용적인 슈퍼 타입(supertype)의 부재로 인해 Java의 컬렉션 프레임워크 내에서 반복적인 이슈와 불만이 발생했었습니다. 또한 첫 번째 요소와 마지막 요소에 접근하고, 역순으로 반복하는 일관적인 메서드가 없다는 점도 지속적인 단점이었습니다.

 

순서를 유지하는 List 인터페이스를 고려해 보세요. 첫 번째 요소에 접근하는 것은 list.get(0)으로 간단하지만, 마지막 요소에 접근하려면 list.get(list.size() - 1)이 필요합니다. 이러한 불일치는 개발자가 직면한 문제를 야기하고 코드의 유지 관리를 복잡하게 만듭니다.

 

비록 이러한 불편함은 Collection 인터페이스의 예로 언급되었지만, Map 인터페이스에서도 발생합니다.

 

이 새로운 기능은 기존 컬렉션 계층에 추가되는 순차적인 maps, sets, collections을 위한 세 가지 새로운 인터페이스를 도입합니다.

 

JEP 431: Sequenced Collections

 

SequencedCollection 인터페이스는 처음과 마지막 요소를 조회할 수 있는 기능 뿐만 아니라 역순의 메서드를 제공하여 지원합니다. 또한 SequencedMap, SequencedSet 인터페이스도 있습니다.

 

Sequenced Collections의 도입은 자바 컬렉션의 주목할 만한 발전입니다. 특정 순서로 컬렉션을 관리하는 표준화된 접근 방식에 대한 오랜 요구 사항을 충족함으로써, Java는 개발자가 더 높은 효율성과 명확성으로 운영을 가능하게 합니다. 이러한 새로운 인터페이스는 보다 투명한 프레임워크와 예측 가능한 동작을 확립하여, 코드를 보다 강력하고 이해하기 쉬운 코드로 이끕니다.

 

String Templates

JDK 21의 preview 기능으로 도입된 String Templates는 자바에서 문자열 조작의 신뢰성과 사용성을 향상시키는 것을 목표로 합니다. 문자열로 렌더링 할 수 있는 템플릿 표현식을 생성하는 메커니즘을 제공합니다. 이 기능은 의도하지 않은 결과를 초래할 수 있는 인젝션과 같은 일반적인 문제를 예방하는 데 도움이 됩니다. String Templates를 사용하면 개발자가 문자열 템플릿 내에 식을 작성하고 원하는 출력물을 쉽게 생성할 수 있습니다.

 

 

Record Patterns

자바 14에서 Record의 도입은 보일러 플레이트 코드 없이 데이터 전송에만 집중하면서 데이터 중심 클래스를 간소화하는 방법을 제공했습니다. 이는 코드를 간소화하고 가독성을 향상시키는 중요한 진전이었습니다.

 

이제 Java 21의 발전으로 레코드 패턴과 타입 패턴을 중첩하여 데이터 조작에 대한 보다 선언적이고 구성 가능한 접근 방식을 제공할 수 있게 되었습니다. 즉, 개발자가 보다 직관적이고 간결한 방식으로 데이터를 탐색하고 처리할 수 있습니다.

 

Java 21 이전에는, 레코드에서 개별 값에 접근하려면 전체 레코드를 해체해야 했고, 이는 장황한 코드로 이어질 수 있었습니다. 그러나, 레코드 패턴과 타입 패턴이 도입되면서 이러한 과정은 훨씬 더 간단하고 효율적으로 바뀌었습니다.

 

아래 예제를 통해 자세히 살펴보겠습니다.

Java 21 이전의 printCityWithoutPatternMatching() 메서드에서는 객체가 Address의 인스턴스인지 먼저 확인한 다음 접근자 메서드를 통해 city를 검색해야 했습니다. 이러한 접근 방식은 작동은 하지만 장황하고 직관적이지 않을 수 있습니다.

 

대조적으로, printCityWithPatternMatching() 메서드는 Java 21에 도입된 패턴 매칭의 강력함을 보여줍니다. 여기서 check를 위한 Instanceof는 조건문에서 직접 패턴 매칭과 결합됩니다. 따라서, 명시적인 접근자 메서드 없이도 객체에서 직접 city를 추출하는 더 깨끗하고 간결한 코드가 생성됩니다.

 

전반적으로, 특히 레코드 패턴과 타입 패턴의 도입으로 인해 Java 21의 발전은 데이터 조작을 더욱 단순화하고 보다 우아하고, 가독성이 좋은 코드에 기여합니다. 이는 개발자가 보일러 플레이트 코드에 갇히지 않고 프로그램의 로직에 집중할 수 있도록 도와줍니다.

 

 

Conclusion

요약하자면, Java 8부터 21까지의 변화 과정들은 이 언어가 얼마나 발전해 왔는지 알 수 있었습니다. 람다 표현식, 새로운 Time API, 스트림 API, Sealed class, records 등 멋진 기능들을 많이 볼 수 있었습니다. 이러한 개선 사항을 통해 Java는 코딩에서 최신 문제를 해결할 수 있었습니다. 이제 이러한 새로운 지식으로 무장한 당신은 자신 있게 코딩 문제를 해결할 수 있습니다. Java는 항상 변화하고 성장하기 때문에 업데이트를 따라간다면, 더 많은 일을 할 수 있다는 것을 기억하세요. 코딩을 처음 하든 프로이든, Java는 많은 것들을 제공합니다. 이러한 아이디어는 Java 프로그래밍의 세계로 뛰어들도록 여러분을 안내합니다. Happy coding!

 

 

정리

확실히 Java 8에 굉장히 많은 변화가 있었고, 굉장히 많이 사용하고 있습니다. 하지만 많이 사용하는 기능 중 하나인 Optional이 포스팅에 없는 건 조금 아쉽네요. 

 

그 외 Java 9의 Try-with-resources, Java 10의 var 키워드, Java 13의 TextBlocks, Java 16의 Records도 굉장히 유용하게 사용하고 있는 기능들입니다.

 

Java 21에 도입된 Sequenced Collections, String Templates는 굉장히 유용하게 사용할 수 있을 것 같습니다. 특정 message를 만들 때 String.format()을 많이 사용해왔는데 String Templates를 사용하면 굳이 format은 사용할 필요가 없어보이고, 다른 언어에는 존재하는 기능인데 Java에는 꽤나 늦게(?) 도입이 된 것 같네요.. 앞으로는 가능하면 Java 21 버전을 사용해서 개발을 해보려고 합니다.