Kotlin 1.6.0의 새로운 기능
Kotlin 1.6.0은 새로운 언어 기능, 기존 기능에 대한 최적화 및 개선 사항, 그리고 Kotlin 표준 라이브러리에 대한 많은 개선 사항을 도입합니다.
변경 사항에 대한 개요는 릴리스 블로그 게시물에서도 확인할 수 있습니다.
언어
Kotlin 1.6.0은 이전 1.5.30 릴리스에서 미리보기로 도입되었던 여러 언어 기능에 안정성을 부여합니다:
- enum, sealed, Boolean 주제에 대한 안정적인 완전
when문 - 슈퍼타입으로서의 안정적인
suspending함수 - 안정적인
suspend변환 - 어노테이션 클래스의 안정적인 인스턴스화
또한 다양한 타입 추론 개선 사항과 클래스 타입 파라미터에 대한 어노테이션 지원이 포함됩니다:
enum, sealed, Boolean 주제에 대한 안정적인 완전 when 문
완전(exhaustive) when 문은 주체의 모든 가능한 타입 또는 값에 대한 브랜치, 또는 일부 타입과 else 브랜치를 포함합니다. 이는 모든 가능한 경우를 다루어 코드를 더 안전하게 만듭니다.
when 표현식과의 동작 일관성을 위해 곧 불완전(non-exhaustive) when 문을 금지할 예정입니다. 원활한 마이그레이션을 위해 Kotlin 1.6.0은 enum, sealed 또는 Boolean 주체를 사용하는 불완전 when 문에 대해 경고를 보고합니다. 이 경고는 향후 릴리스에서 오류가 됩니다.
sealed class Contact {
data class PhoneCall(val number: String) : Contact()
data class TextMessage(val number: String) : Contact()
}
fun Contact.messageCost(): Int =
when(this) { // Error: 'when' expression must be exhaustive
is Contact.PhoneCall -> 42
}
fun sendMessage(contact: Contact, message: String) {
// Starting with 1.6.0
// Warning: Non exhaustive 'when' statements on Boolean will be
// prohibited in 1.7, add 'false' branch or 'else' branch instead
when(message.isEmpty()) {
true -> return
}
// Warning: Non exhaustive 'when' statements on sealed class/interface will be
// prohibited in 1.7, add 'is TextMessage' branch or 'else' branch instead
when(contact) {
is Contact.PhoneCall -> TODO()
}
}변경 사항 및 그 효과에 대한 자세한 설명은 이 YouTrack 티켓을 참조하세요.
슈퍼타입으로서의 안정적인 suspending 함수
suspending 함수형 타입의 구현이 Kotlin 1.6.0에서 안정적(Stable)으로 바뀌었습니다. 미리보기는 1.5.30에서 제공되었습니다.
이 기능은 Kotlin 코루틴을 사용하고 suspending 함수형 타입을 허용하는 API를 설계할 때 유용할 수 있습니다. 이제 원하는 동작을 suspending 함수형 타입을 구현하는 별도의 클래스에 캡슐화하여 코드를 간소화할 수 있습니다.
class MyClickAction : suspend () -> Unit {
override suspend fun invoke() { TODO() }
}
fun launchOnClick(action: suspend () -> Unit) {}이 클래스의 인스턴스를 이전에는 람다와 suspending 함수 참조만 허용되었던 곳(launchOnClick(MyClickAction()))에서 사용할 수 있습니다.
현재 구현 세부 사항에서 오는 두 가지 제한 사항이 있습니다:
- 슈퍼타입 목록에서 일반 함수형 타입과
suspending함수형 타입을 혼합할 수 없습니다. - 여러 개의
suspending함수형 슈퍼타입을 사용할 수 없습니다.
안정적인 suspend 변환
Kotlin 1.6.0은 일반 함수형 타입에서 suspending 함수형 타입으로의 안정적인(Stable) 변환을 도입합니다. 1.4.0부터 이 기능은 함수형 리터럴과 호출 가능 참조를 지원했습니다. 1.6.0부터는 모든 형태의 표현식에서 작동합니다. 이제 suspending 타입이 예상되는 호출 인수로 적합한 일반 함수형 타입의 모든 표현식을 전달할 수 있습니다. 컴파일러가 자동으로 암시적 변환을 수행합니다.
fun getSuspending(suspending: suspend () -> Unit) {}
fun suspending() {}
fun test(regular: () -> Unit) {
getSuspending { } // OK
getSuspending(::suspending) // OK
getSuspending(regular) // OK
}어노테이션 클래스의 안정적인 인스턴스화
Kotlin 1.5.30은 JVM 플랫폼에서 어노테이션 클래스의 인스턴스화를 위한 실험적 지원을 도입했습니다. 1.6.0부터 이 기능은 Kotlin/JVM과 Kotlin/JS 모두에서 기본적으로 사용할 수 있습니다.
어노테이션 클래스 인스턴스화에 대한 자세한 내용은 이 KEEP에서 확인할 수 있습니다.
재귀 제네릭 타입에 대한 개선된 타입 추론
Kotlin 1.5.30은 재귀 제네릭 타입에 대한 타입 추론 개선을 도입하여 해당 타입 파라미터의 상위 바운드(upper bounds)만을 기반으로 타입 인수를 추론할 수 있도록 했습니다. 이 개선 사항은 컴파일러 옵션과 함께 사용할 수 있었습니다. 1.6.0 버전부터는 기본적으로 활성화됩니다.
// Before 1.5.30
val containerA = PostgreSQLContainer<Nothing>(DockerImageName.parse("postgres:13-alpine")).apply {
withDatabaseName("db")
withUsername("user")
withPassword("password")
withInitScript("sql/schema.sql")
}
// With compiler option in 1.5.30 or by default starting with 1.6.0
val containerB = PostgreSQLContainer(DockerImageName.parse("postgres:13-alpine"))
.withDatabaseName("db")
.withUsername("user")
.withPassword("password")
.withInitScript("sql/schema.sql")빌더 추론 변경 사항
빌더 추론은 제네릭 빌더 함수를 호출할 때 유용한 타입 추론 방식입니다. 람다 인수 내의 호출에서 얻은 타입 정보를 사용하여 호출의 타입 인수를 추론할 수 있습니다.
완전히 안정적인 빌더 추론에 더 가까워지기 위해 여러 가지 변경 사항을 적용하고 있습니다. 1.6.0부터:
1.5.30에서 도입된
-Xunrestricted-builder-inference컴파일러 옵션을 지정하지 않고도 빌더 람다 내에서 아직 추론되지 않은 타입의 인스턴스를 반환하는 호출을 할 수 있습니다.-Xenable-builder-inference옵션을 사용하여@BuilderInference어노테이션을 적용하지 않고도 자신만의 빌더를 작성할 수 있습니다.DANGER
참고로, 이러한 빌더의 클라이언트는 동일한
-Xenable-builder-inference컴파일러 옵션을 지정해야 합니다.-Xenable-builder-inference옵션을 사용하면, 일반적인 타입 추론이 타입에 대한 충분한 정보를 얻을 수 없는 경우 빌더 추론이 자동으로 활성화됩니다.
커스텀 제네릭 빌더를 작성하는 방법에 대해 자세히 알아보세요.
클래스 타입 파라미터에 대한 어노테이션 지원
클래스 타입 파라미터에 대한 어노테이션 지원은 다음과 같습니다:
@Target(AnnotationTarget.TYPE_PARAMETER)
annotation class BoxContent
class Box<@BoxContent T> {}모든 타입 파라미터에 대한 어노테이션은 JVM 바이트코드로 내보내지므로 어노테이션 프로세서에서 사용할 수 있습니다.
동기 부여가 되는 사용 사례에 대해서는 이 YouTrack 티켓을 참조하세요.
어노테이션에 대해 자세히 알아보세요.
이전 API 버전 지원 기간 연장
Kotlin 1.6.0부터 현재 안정 버전을 포함하여 두 가지 이전 API 버전 대신 세 가지 이전 API 버전에 대한 개발을 지원합니다. 현재는 버전 1.3, 1.4, 1.5, 1.6을 지원합니다.
Kotlin/JVM
Kotlin/JVM의 경우, 1.6.0부터 컴파일러는 JVM 17에 해당하는 바이트코드 버전으로 클래스를 생성할 수 있습니다. 새로운 언어 버전에는 로드맵에 포함되었던 최적화된 위임된 프로퍼티와 반복 가능한 어노테이션도 포함됩니다:
1.8 JVM 타겟을 위한 런타임 보존(retention)이 가능한 반복 가능한 어노테이션
Java 8은 반복 가능한 어노테이션을 도입했으며, 이는 단일 코드 요소에 여러 번 적용될 수 있습니다. 이 기능은 Java 코드에 두 가지 선언이 필요합니다: @java.lang.annotation.Repeatable로 표시된 반복 가능한 어노테이션 자체와 해당 값을 담는 컨테이닝 어노테이션입니다.
Kotlin도 반복 가능한 어노테이션을 가지고 있지만, 어노테이션 선언에 @kotlin.annotation.Repeatable만 존재하면 반복 가능하도록 만듭니다. 1.6.0 이전에는 이 기능이 SOURCE 보존(retention)만 지원했으며 Java의 반복 가능한 어노테이션과 호환되지 않았습니다. Kotlin 1.6.0은 이러한 제한을 제거합니다. @kotlin.annotation.Repeatable은 이제 모든 보존(retention)을 허용하며 Kotlin과 Java 모두에서 어노테이션을 반복 가능하도록 만듭니다. Java의 반복 가능한 어노테이션도 이제 Kotlin 측에서 지원됩니다.
컨테이닝 어노테이션을 선언할 수 있지만, 필수는 아닙니다. 예를 들어:
@Tag어노테이션이@kotlin.annotation.Repeatable로 표시되면, Kotlin 컴파일러는@Tag.Container라는 이름으로 컨테이닝 어노테이션 클래스를 자동으로 생성합니다:kotlin@Repeatable annotation class Tag(val name: String) // The compiler generates @Tag.Container containing annotation컨테이닝 어노테이션에 사용자 지정 이름을 설정하려면,
@kotlin.jvm.JvmRepeatable메타 어노테이션을 적용하고 명시적으로 선언된 컨테이닝 어노테이션 클래스를 인수로 전달합니다:kotlin@JvmRepeatable(Tags::class) annotation class Tag(val name: String) annotation class Tags(val value: Array<Tag>)
Kotlin 리플렉션은 이제 새로운 함수인 KAnnotatedElement.findAnnotations()를 통해 Kotlin과 Java의 반복 가능한 어노테이션을 모두 지원합니다.
Kotlin 반복 가능한 어노테이션에 대한 자세한 내용은 이 KEEP에서 확인할 수 있습니다.
주어진 KProperty 인스턴스에서 get/set을 호출하는 위임된 프로퍼티 최적화
$delegate 필드를 생략하고 참조된 프로퍼티에 대한 즉각적인 접근을 생성하여 생성된 JVM 바이트코드를 최적화했습니다.
예를 들어, 다음 코드에서
class Box<T> {
private var impl: T = ...
var content: T by ::impl
}Kotlin은 더 이상 content$delegate 필드를 생성하지 않습니다. content 변수의 프로퍼티 접근자는 위임된 프로퍼티의 getValue/setValue 연산자를 건너뛰고 KProperty 타입의 프로퍼티 참조 객체가 필요하지 않도록 impl 변수를 직접 호출합니다.
구현에 도움을 주신 Google 동료들에게 감사드립니다!
위임된 프로퍼티에 대해 자세히 알아보세요.
Kotlin/Native
Kotlin/Native는 여러 개선 사항과 구성 요소 업데이트를 받고 있으며, 그중 일부는 미리보기 상태입니다:
- 새로운 메모리 관리자 프리뷰
- Xcode 13 지원
- 모든 호스트에서 Windows 타겟 컴파일
- LLVM 및 링커 업데이트
- 성능 개선
- JVM 및 JS IR 백엔드와의 통합 컴파일러 플러그인 ABI
- klib 링크 오류에 대한 자세한 오류 메시지
- 재작업된 미처리 예외 처리 API
새로운 메모리 관리자 프리뷰
DANGER
새로운 Kotlin/Native 메모리 관리자는 실험적(Experimental) 기능입니다.
언제든지 삭제되거나 변경될 수 있습니다. 옵트인(opt-in)이 필요하며(아래 세부 정보 참조), 평가 목적으로만 사용해야 합니다.
YouTrack을 통해 피드백을 주시면 감사하겠습니다.
Kotlin 1.6.0부터 새로운 Kotlin/Native 메모리 관리자의 개발 미리보기를 사용해 볼 수 있습니다. 이는 멀티플랫폼 프로젝트에서 일관된 개발자 경험을 제공하기 위해 JVM과 Native 플랫폼 간의 차이를 줄이는 데 더 가까워지게 합니다.
주목할 만한 변경 사항 중 하나는 Kotlin/JVM에서와 같이 최상위(top-level) 프로퍼티의 지연 초기화입니다. 최상위 프로퍼티는 동일한 파일의 최상위 프로퍼티 또는 함수에 처음 접근할 때 초기화됩니다. 이 모드에는 전역 프로시저간 최적화(릴리스 바이너리에만 활성화됨)도 포함되어 중복 초기화 검사를 제거합니다.
최근에 새로운 메모리 관리자에 대한 블로그 게시물을 게시했습니다. 새로운 메모리 관리자의 현재 상태에 대해 알아보고 데모 프로젝트를 찾으려면 해당 게시물을 읽거나, 직접 시도해 보려면 마이그레이션 지침으로 바로 이동하세요. 새로운 메모리 관리자가 프로젝트에서 어떻게 작동하는지 확인하고 문제 추적기인 YouTrack에 피드백을 공유해 주시면 감사하겠습니다.
Xcode 13 지원
Kotlin/Native 1.6.0은 최신 버전인 Xcode 13을 지원합니다. Xcode를 업데이트하고 Apple 운영 체제를 위한 Kotlin 프로젝트 작업을 계속 진행하세요.
NOTE
Xcode 13에 추가된 새로운 라이브러리는 Kotlin 1.6.0에서 사용할 수 없지만, 향후 버전에서 지원을 추가할 예정입니다.
모든 호스트에서 Windows 타겟 컴파일
1.6.0부터 Windows 타겟 mingwX64 및 mingwX86을 컴파일하기 위해 Windows 호스트가 필요하지 않습니다. Kotlin/Native를 지원하는 모든 호스트에서 컴파일할 수 있습니다.
LLVM 및 링커 업데이트
Kotlin/Native가 내부적으로 사용하는 LLVM 의존성을 재작업했습니다. 이는 다음과 같은 다양한 이점을 제공합니다:
- LLVM 버전이 11.1.0으로 업데이트되었습니다.
- 의존성 크기가 감소했습니다. 예를 들어, macOS에서는 이전 버전의 1200MB 대신 약 300MB입니다.
- 최신 Linux 배포판에서 사용할 수 없는
ncurses5라이브러리에 대한 의존성이 제외되었습니다.
LLVM 업데이트 외에도 Kotlin/Native는 이제 MingGW 타겟에 LLD 링커(LLVM 프로젝트의 링커)를 사용합니다. 이는 이전에 사용했던 ld.bfd 링커보다 다양한 이점을 제공하며, 생성된 바이너리의 런타임 성능을 개선하고 MinGW 타겟에 대한 컴파일러 캐시를 지원할 수 있게 합니다. LLD는 DLL 링크를 위한 임포트 라이브러리가 필요하다는 점에 유의하세요. 자세한 내용은 이 Stack Overflow 스레드에서 확인할 수 있습니다.
성능 개선
Kotlin/Native 1.6.0은 다음과 같은 성능 개선을 제공합니다:
- 컴파일 시간: 컴파일러 캐시는
linuxX64및iosArm64타겟에 대해 기본적으로 활성화됩니다. 이는 디버그 모드에서 대부분의 컴파일 속도를 높입니다(첫 번째 컴파일 제외). 측정 결과 테스트 프로젝트에서 약 200%의 속도 증가를 보였습니다. 컴파일러 캐시는 Kotlin 1.5.0부터 추가 Gradle 프로퍼티와 함께 이러한 타겟에서 사용할 수 있었지만, 이제는 해당 프로퍼티를 제거할 수 있습니다. - 런타임: 생성된 LLVM 코드의 최적화 덕분에
for루프를 사용하여 배열을 반복하는 것이 이제 최대 12% 더 빨라졌습니다.
JVM 및 JS IR 백엔드와의 통합 컴파일러 플러그인 ABI
DANGER
Kotlin/Native용 공통 IR 컴파일러 플러그인 ABI를 사용하는 옵션은 실험적(Experimental) 기능입니다.
언제든지 삭제되거나 변경될 수 있습니다. 옵트인(opt-in)이 필요하며(아래 세부 정보 참조), 평가 목적으로만 사용해야 합니다.
YouTrack을 통해 피드백을 주시면 감사하겠습니다.
이전 버전에서는 컴파일러 플러그인 작성자가 ABI의 차이 때문에 Kotlin/Native용으로 별도의 아티팩트를 제공해야 했습니다.
1.6.0부터 Kotlin Multiplatform Gradle 플러그인은 Kotlin/Native용으로 JVM 및 JS IR 백엔드에 사용되는 임베더블 컴파일러 jar를 사용할 수 있습니다. 이는 컴파일러 플러그인 개발 경험을 통합하는 단계이며, 이제 Native 및 다른 지원되는 플랫폼에 동일한 컴파일러 플러그인 아티팩트를 사용할 수 있습니다.
이것은 이러한 지원의 미리보기 버전이며 옵트인(opt-in)이 필요합니다. Kotlin/Native용 제네릭 컴파일러 플러그인 아티팩트를 사용하려면 gradle.properties에 다음 줄을 추가합니다: kotlin.native.useEmbeddableCompilerJar=true.
향후 Kotlin/Native용으로 임베더블 컴파일러 jar를 기본적으로 사용할 계획이므로, 미리보기가 어떻게 작동하는지 피드백을 듣는 것이 매우 중요합니다.
컴파일러 플러그인 작성자라면 이 모드를 시도해보고 플러그인에서 작동하는지 확인해 주세요. 플러그인 구조에 따라 마이그레이션 단계가 필요할 수 있습니다. 마이그레이션 지침에 대해서는 이 YouTrack 이슈를 참조하고 댓글로 피드백을 남겨주세요.
klib 링크 오류에 대한 자세한 오류 메시지
Kotlin/Native 컴파일러는 이제 klib 링크 오류에 대해 자세한 오류 메시지를 제공합니다. 이제 메시지에는 명확한 오류 설명이 포함되어 있으며, 가능한 원인 및 해결 방법에 대한 정보도 포함됩니다.
예를 들어:
1.5.30:
texte: java.lang.IllegalStateException: IrTypeAliasSymbol expected: Unbound public symbol for public kotlinx.coroutines/CancellationException|null[0] <stack trace>1.6.0:
texte: The symbol of unexpected type encountered during IR deserialization: IrClassPublicSymbolImpl, kotlinx.coroutines/CancellationException|null[0]. IrTypeAliasSymbol is expected. This could happen if there are two libraries, where one library was compiled against the different version of the other library than the one currently used in the project. Please check that the project configuration is correct and has consistent versions of dependencies. The list of libraries that depend on "org.jetbrains.kotlinx:kotlinx-coroutines-core (org.jetbrains.kotlinx:kotlinx-coroutines-core-macosx64)" and may lead to conflicts: <list of libraries and potential version mismatches> Project dependencies: <dependencies tree>
재작업된 미처리 예외 처리 API
Kotlin/Native 런타임 전체에서 미처리 예외 처리를 통합하고, kotlinx.coroutines와 같은 커스텀 실행 환경에서 사용하기 위해 기본 처리 processUnhandledException(throwable: Throwable) 함수를 공개했습니다. 이 처리는 Worker.executeAfter()의 작업에서 벗어나는 예외에도 적용되지만, 이는 새로운 메모리 관리자에만 해당됩니다.
API 개선 사항은 setUnhandledExceptionHook()으로 설정된 훅에도 영향을 미쳤습니다. 이전에는 Kotlin/Native 런타임이 미처리 예외와 함께 훅을 호출한 후 해당 훅이 재설정되었고, 프로그램은 항상 즉시 종료되었습니다. 이제 이 훅은 한 번 이상 사용될 수 있으며, 미처리 예외 발생 시 프로그램이 항상 종료되도록 하려면 미처리 예외 훅을 설정하지 않거나(setUnhandledExceptionHook()) 훅 끝에서 terminateWithUnhandledException()을 호출해야 합니다. 이는 예외를 Firebase Crashlytics와 같은 타사 크래시 보고 서비스로 전송한 다음 프로그램을 종료하는 데 도움이 됩니다. main()을 벗어나는 예외와 상호운용성 경계를 넘는 예외는 훅이 terminateWithUnhandledException()을 호출하지 않았더라도 항상 프로그램을 종료시킵니다.
Kotlin/JS
Kotlin/JS 컴파일러의 IR 백엔드 안정화를 위해 계속 노력하고 있습니다. Kotlin/JS에는 이제 Node.js 및 Yarn 다운로드를 비활성화하는 옵션이 있습니다.
미리 설치된 Node.js 및 Yarn 사용 옵션
이제 Kotlin/JS 프로젝트를 빌드할 때 Node.js 및 Yarn 다운로드를 비활성화하고 호스트에 이미 설치된 인스턴스를 사용할 수 있습니다. 이는 CI 서버와 같이 인터넷 연결 없이 서버에서 빌드하는 데 유용합니다.
외부 구성 요소 다운로드를 비활성화하려면 build.gradle(.kts)에 다음 줄을 추가합니다:
Yarn:
rootProject.plugins.withType<org.jetbrains.kotlin.gradle.targets.js.yarn.YarnPlugin> {
rootProject.the<org.jetbrains.kotlin.gradle.targets.js.yarn.YarnRootExtension>().download = false // or true for default behavior
}
```
```groovy [Groovy]
rootProject.plugins.withType(org.jetbrains.kotlin.gradle.targets.js.yarn.YarnPlugin) {
rootProject.extensions.getByType(org.jetbrains.kotlin.gradle.targets.js.yarn.YarnRootExtension).download = false
}
```
:::
* Node.js:
::: code-group
```kotlin [Kotlin]
rootProject.plugins.withType<org.jetbrains.kotlin.gradle.targets.js.nodejs.NodeJsRootPlugin> {
rootProject.the<org.jetbrains.kotlin.gradle.targets.js.nodejs.NodeJsRootExtension>().download = false // or true for default behavior
}
```
```groovy [Groovy]
rootProject.plugins.withType(org.jetbrains.kotlin.gradle.targets.js.nodejs.NodeJsRootPlugin) {
rootProject.extensions.getByType(org.jetbrains.kotlin.gradle.targets.js.nodejs.NodeJsRootExtension).download = false
}
```
:::
## Kotlin Gradle 플러그인
Kotlin 1.6.0에서는 `KotlinGradleSubplugin` 클래스의 사용 중단 수준을 'ERROR'로 변경했습니다.
이 클래스는 컴파일러 플러그인을 작성하는 데 사용되었습니다. 다음 릴리스에서는 이 클래스를 제거할 예정입니다. 대신 `KotlinCompilerPluginSupportPlugin` 클래스를 사용하세요.
`kotlin.useFallbackCompilerSearch` 빌드 옵션과 `noReflect`, `includeRuntime` 컴파일러 옵션을 제거했습니다.
`useIR` 컴파일러 옵션은 숨겨졌으며 향후 릴리스에서 제거될 예정입니다.
Kotlin Gradle 플러그인에서 [현재 지원되는 컴파일러 옵션](gradle-compiler-options.md)에 대해 자세히 알아보세요.
## 표준 라이브러리
새로운 1.6.0 버전 표준 라이브러리는 실험적 기능을 안정화하고, 새로운 기능을 도입하며, 플랫폼 전반에 걸쳐 동작을 통합합니다:
* [새로운 `readln` 함수](#new-readline-functions)
* [안정적인 `typeOf()`](#stable-typeof)
* [안정적인 컬렉션 빌더](#stable-collection-builders)
* [안정적인 `Duration` API](#stable-duration-api)
* [`Regex`를 시퀀스로 분할](#splitting-regex-into-a-sequence)
* [정수에 대한 비트 회전 연산](#bit-rotation-operations-on-integers)
* [JS에서 `replace()` 및 `replaceFirst()` 변경 사항](#changes-for-replace-and-replacefirst-in-js)
* [기존 API 개선 사항](#improvements-to-the-existing-api)
* [사용 중단](#deprecations)
### 새로운 `readln` 함수
Kotlin 1.6.0은 표준 입력을 처리하기 위한 새로운 함수인 [`readln()`](https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.io/readln.html) 및 [`readlnOrNull()`](https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.io/readln-or-null.html)을 제공합니다.
::: note
현재로서는 새로운 함수는 JVM 및 Native 타겟 플랫폼에서만 사용할 수 있습니다.
:::
|**이전 버전**|**1.6.0 대체**|**용법**|
| --- | --- | --- |
|`readLine()!!`|`readln()`| 표준 입력에서 한 줄을 읽어 반환하거나, EOF에 도달한 경우 `RuntimeException`을 발생시킵니다. |
|`readLine()`|`readlnOrNull()`| 표준 입력에서 한 줄을 읽어 반환하거나, EOF에 도달한 경우 `null`을 반환합니다. |
한 줄을 읽을 때 `!!` 사용의 필요성을 없애는 것이 초보자의 경험을 개선하고 Kotlin 교육을 단순화할 것이라고 생각합니다.
`read-line` 연산 이름을 `println()`과 일관되게 만들기 위해 새 함수의 이름을 'ln'으로 줄이기로 결정했습니다.
```kotlin
println("What is your nickname?")
val nickname = readln()
println("Hello, $nickname!")fun main() {
var sum = 0
while (true) {
val nextLine = readlnOrNull().takeUnless {
it.isNullOrEmpty()
} ?: break
sum += nextLine.toInt()
}
println(sum)
}기존의 readLine() 함수는 IDE 코드 완성에서 readln() 및 readlnOrNull()보다 낮은 우선순위를 갖게 됩니다. IDE 검사(inspection)도 레거시 readLine() 대신 새 함수를 사용하도록 권장할 것입니다.
향후 릴리스에서 readLine() 함수를 점진적으로 사용 중단할 계획입니다.
안정적인 typeOf()
버전 1.6.0은 주요 로드맵 항목 중 하나를 완료하며 안정적인(Stable) typeOf() 함수를 도입합니다.
1.3.40부터, typeOf()는 JVM 플랫폼에서 실험적 API로 사용할 수 있었습니다. 이제 모든 Kotlin 플랫폼에서 사용하여 컴파일러가 추론할 수 있는 모든 Kotlin 타입의 KType 표현을 얻을 수 있습니다:
inline fun <reified T> renderType(): String {
val type = typeOf<T>()
return type.toString()
}
fun main() {
val fromExplicitType = typeOf<Int>()
val fromReifiedType = renderType<List<Int>>()
}안정적인 컬렉션 빌더
Kotlin 1.6.0에서 컬렉션 빌더 함수가 안정적(Stable)으로 승격되었습니다. 컬렉션 빌더가 반환하는 컬렉션은 이제 읽기 전용 상태에서 직렬화할 수 있습니다.
이제 옵트인(opt-in) 어노테이션 없이 buildMap(), buildList(), 및 buildSet()을 사용할 수 있습니다:
fun main() {
val x = listOf('b', 'c')
val y = buildList {
add('a')
addAll(x)
add('d')
}
println(y) // [a, b, c, d]
}안정적인 Duration API
다른 시간 단위를 사용하여 지속 시간(duration)을 나타내는 Duration 클래스가 안정적(Stable)으로 승격되었습니다. 1.6.0에서 Duration API는 다음과 같은 변경 사항을 받았습니다:
지속 시간을 일, 시, 분, 초, 나노초로 분해하는
toComponents()함수의 첫 번째 구성 요소가 이제Int타입 대신Long타입을 갖습니다. 이전에는 값이Int범위에 맞지 않으면 해당 범위로 강제 변환되었습니다.Long타입을 사용하면Int에 맞지 않는 값을 잘라내지 않고 지속 시간 범위의 모든 값을 분해할 수 있습니다.DurationUnitenum은 이제 독립형이며 JVM에서java.util.concurrent.TimeUnit의 타입 별칭이 아닙니다.typealias DurationUnit = TimeUnit이 유용할 수 있는 설득력 있는 사례를 찾지 못했습니다. 또한 타입 별칭을 통해TimeUnitAPI를 노출하면DurationUnit사용자를 혼란스럽게 할 수 있습니다.커뮤니티 피드백에 따라
Int.seconds와 같은 확장 프로퍼티를 다시 가져옵니다. 하지만 적용 범위를 제한하기 위해Duration클래스의 동반 객체에 넣었습니다. IDE는 여전히 완성 시 확장을 제안하고 동반 객체에서 자동으로 임포트를 삽입할 수 있지만, 향후Duration타입이 예상되는 경우로 이 동작을 제한할 계획입니다.kotlinimport kotlin.time.Duration.Companion.seconds fun main() { val duration = 10000 println("There are ${duration.seconds.inWholeMinutes} minutes in $duration seconds") // There are 166 minutes in 10000 seconds }이전에 도입된
Duration.seconds(Int)와 같은 동반 객체 함수와Int.seconds와 같이 사용 중단된 최상위 확장을Duration.Companion의 새로운 확장으로 대체하는 것을 권장합니다.NOTE
이러한 대체는 이전 최상위 확장과 새로운 동반 객체 확장 간의 모호성을 유발할 수 있습니다.
자동 마이그레이션을 수행하기 전에
kotlin.time패키지의 와일드카드 임포트 (import kotlin.time.*)를 사용하는지 확인하세요.
Regex를 시퀀스로 분할
Regex.splitToSequence(CharSequence) 및 CharSequence.splitToSequence(Regex) 함수가 안정적(Stable)으로 승격되었습니다. 이 함수들은 주어진 정규식의 일치하는 부분을 기준으로 문자열을 분할하지만, 그 결과를 Sequence로 반환하여 이 결과에 대한 모든 연산이 지연적으로 실행되도록 합니다:
fun main() {
val colorsText = "green, red, brown&blue, orange, pink&green"
val regex = "[,\\s]+".toRegex()
val mixedColor = regex.splitToSequence(colorsText)
// or
// val mixedColor = colorsText.splitToSequence(regex)
.onEach { println(it) }
.firstOrNull { it.contains('&') }
println(mixedColor) // "brown&blue"
}정수에 대한 비트 회전 연산
Kotlin 1.6.0에서는 비트 조작을 위한 rotateLeft() 및 rotateRight() 함수가 안정적(Stable)이 되었습니다. 이 함수들은 숫자의 이진 표현을 지정된 비트 수만큼 왼쪽 또는 오른쪽으로 회전시킵니다:
fun main() {
val number: Short = 0b10001
println(number
.rotateRight(2)
.toString(radix = 2)) // 100000000000100
println(number
.rotateLeft(2)
.toString(radix = 2)) // 1000100
}JS에서 replace() 및 replaceFirst() 변경 사항
Kotlin 1.6.0 이전에는 replace() 및 replaceFirst() Regex 함수가 교체 문자열에 그룹 참조가 포함된 경우 Java와 JS에서 다르게 동작했습니다. 모든 타겟 플랫폼에서 동작의 일관성을 유지하기 위해 JS에서 구현을 변경했습니다.
교체 문자열의 ${name} 또는 $index는 지정된 인덱스 또는 이름의 캡처된 그룹에 해당하는 서브시퀀스로 대체됩니다:
$index– '' 뒤의 첫 번째 숫자는 항상 그룹 참조의 일부로 처리됩니다. 후속 숫자는 유효한 그룹 참조를 형성하는 경우에만index`에 포함됩니다. '0'–'9' 숫자만 그룹 참조의 잠재적 구성 요소로 간주됩니다. 캡처된 그룹의 인덱스는 '1'부터 시작합니다. 인덱스 '0'의 그룹은 전체 일치를 나타냅니다.${name}–name은 라틴 문자 'a'–'z', 'A'–'Z' 또는 숫자 '0'–'9'로 구성될 수 있습니다. 첫 문자는 문자여야 합니다.NOTE
교체 패턴의 명명된 그룹은 현재 JVM에서만 지원됩니다.
교체 문자열에 이어지는 문자를 리터럴로 포함하려면 백슬래시 문자
\를 사용하세요:kotlinfun main() { println(Regex("(.+)").replace("Kotlin", """\$ $1""")) // $ Kotlin println(Regex("(.+)").replaceFirst("1.6.0", """\\ $1""")) // \ 1.6.0 }교체 문자열을 리터럴 문자열로 처리해야 하는 경우
Regex.escapeReplacement()를 사용할 수 있습니다.
기존 API 개선 사항
버전 1.6.0은
Comparable.compareTo()에 대한 중위 확장 함수를 추가했습니다. 이제 두 객체를 순서대로 비교하기 위해 중위 형식을 사용할 수 있습니다:kotlinclass WrappedText(val text: String) : Comparable<WrappedText> { override fun compareTo(other: WrappedText): Int = this.text compareTo other.text }JS의
Regex.replace()는 이제 모든 플랫폼에서 구현을 통합하기 위해inline이 아닙니다.compareTo()및equals()String함수와isBlank()CharSequence함수는 이제 JS에서 JVM과 동일하게 동작합니다. 이전에는 비 ASCII 문자에 대한 편차가 있었습니다.
사용 중단
Kotlin 1.6.0에서는 일부 JS 전용 stdlib API에 대한 경고와 함께 사용 중단 주기를 시작합니다.
concat(), match(), 및 matches() String 함수
- 주어진 다른 객체의 문자열 표현과 문자열을 연결하려면
concat()대신plus()를 사용하세요. - 입력 내에서 정규식의 모든 발생을 찾으려면
String.match(regex: String)대신Regex클래스의findAll()을 사용하세요. - 정규식이 전체 입력과 일치하는지 확인하려면
String.matches(regex: String)대신Regex클래스의matches()를 사용하세요.
비교 함수를 받는 배열의 sort()
Array<out T>.sort() 함수와 ByteArray.sort(), ShortArray.sort(), IntArray.sort(), LongArray.sort(), FloatArray.sort(), DoubleArray.sort(), 및 CharArray.sort()와 같은 인라인 함수(비교 함수에 의해 전달된 순서에 따라 배열을 정렬)가 사용 중단되었습니다. 배열 정렬에는 다른 표준 라이브러리 함수를 사용하세요.
참조를 위해 컬렉션 정렬 섹션을 참조하세요.
도구
Kover – Kotlin용 코드 커버리지 도구
DANGER
Kover Gradle 플러그인은 실험적 기능입니다. GitHub를 통해 피드백을 주시면 감사하겠습니다.
Kotlin 1.6.0부터 Kotlin 코드 커버리지 에이전트인 IntelliJ 및 JaCoCo용 Gradle 플러그인인 Kover를 도입합니다. 이는 인라인 함수를 포함한 모든 언어 구문에서 작동합니다.
Kover에 대한 자세한 내용은 GitHub 리포지토리에서 확인하거나 다음 비디오를 참조하세요:
Coroutines 1.6.0-RC
kotlinx.coroutines 1.6.0-RC가 여러 기능 및 개선 사항과 함께 출시되었습니다:
- 새로운 Kotlin/Native 메모리 관리자 지원
- 추가 스레드를 생성하지 않고 병렬 처리를 제한할 수 있는 디스패처 뷰 API 도입
- Java 6에서 Java 8 타겟으로 마이그레이션
- 새로 재작업된 API 및 멀티플랫폼 지원을 포함한
kotlinx-coroutines-test - 코루틴에
ThreadLocal변수에 대한 스레드 안전 쓰기 접근을 제공하는CopyableThreadContextElement도입
자세한 내용은 변경 로그에서 확인할 수 있습니다.
Kotlin 1.6.0으로 마이그레이션
IntelliJ IDEA 및 Android Studio는 1.6.0 버전의 Kotlin 플러그인이 사용 가능해지면 업데이트를 제안할 것입니다.
기존 프로젝트를 Kotlin 1.6.0으로 마이그레이션하려면 Kotlin 버전을 1.6.0으로 변경하고 Gradle 또는 Maven 프로젝트를 다시 임포트하세요. Kotlin 1.6.0으로 업데이트하는 방법을 알아보세요.
Kotlin 1.6.0으로 새 프로젝트를 시작하려면 Kotlin 플러그인을 업데이트하고 File | New | Project에서 프로젝트 마법사를 실행하세요.
새로운 명령줄 컴파일러는 GitHub 릴리스 페이지에서 다운로드할 수 있습니다.
Kotlin 1.6.0은 기능 릴리스이므로 이전 버전의 언어로 작성된 코드와 호환되지 않는 변경 사항이 있을 수 있습니다. 이러한 변경 사항에 대한 자세한 목록은 Kotlin 1.6 호환성 가이드에서 확인하세요.