Kotlin 1.4.20의 새로운 기능
Kotlin 1.4.20은 여러 새로운 실험적 기능을 제공하며, 1.4.0에 추가된 기능을 포함하여 기존 기능에 대한 수정 및 개선 사항을 제공합니다.
이 블로그 게시물에서 더 많은 예시를 통해 새로운 기능에 대해 자세히 알아볼 수 있습니다.
Kotlin/JVM
Kotlin/JVM의 개선 사항은 최신 Java 버전의 기능에 발맞추기 위함입니다.
Java 15 타겟
이제 Java 15를 Kotlin/JVM 타겟으로 사용할 수 있습니다.
invokedynamic 문자열 연결
DANGER
invokedynamic 문자열 연결은 실험적 기능입니다. 이 기능은 언제든지 제거되거나 변경될 수 있습니다. 옵트인(Opt-in)이 필요합니다(자세한 내용은 아래 참조). 평가 목적으로만 사용하십시오. YouTrack에 여러분의 피드백을 남겨주시면 감사하겠습니다.
Kotlin 1.4.20은 JVM 9 이상 타겟에서 문자열 연결을 동적 호출로 컴파일할 수 있으므로 성능을 향상시킵니다.
현재 이 기능은 실험적이며 다음 경우를 다룹니다.
- 연산자(
a + b), 명시적(a.plus(b)), 참조((a::plus)(b)) 형식의String.plus. - 인라인 및 데이터 클래스의
toString. - 단일 비상수 인자를 가진 문자열 템플릿을 제외한 모든 문자열 템플릿(KT-42457 참조).
invokedynamic 문자열 연결을 활성화하려면 -Xstring-concat 컴파일러 옵션을 다음 값 중 하나와 함께 추가하십시오.
indy-with-constants: StringConcatFactory.makeConcatWithConstants()를 사용하여 문자열에invokedynamic연결을 수행합니다.indy: StringConcatFactory.makeConcat()를 사용하여 문자열에invokedynamic연결을 수행합니다.inline:StringBuilder.append()를 통한 기존 연결로 다시 전환합니다.
Kotlin/JS
Kotlin/JS는 빠르게 발전하고 있으며, 1.4.20에서는 여러 실험적 기능과 개선 사항을 찾을 수 있습니다.
Gradle DSL 변경 사항
Kotlin/JS용 Gradle DSL은 프로젝트 설정 및 사용자 지정을 간소화하는 여러 업데이트를 받았습니다. 여기에는 webpack 설정 조정, 자동 생성된 package.json 파일 수정, 전이적 종속성에 대한 향상된 제어가 포함됩니다.
webpack 구성을 위한 단일 진입점
새로운 구성 블록 commonWebpackConfig는 브라우저 타겟에서 사용할 수 있습니다. 이 블록 내에서 webpackTask, runTask, testTask에 대한 구성을 중복할 필요 없이 단일 진입점에서 공통 설정을 조정할 수 있습니다.
세 가지 모든 태스크에 기본적으로 CSS 지원을 활성화하려면 프로젝트의 build.gradle(.kts)에 다음 코드 스니펫을 추가하십시오.
browser {
commonWebpackConfig {
cssSupport.enabled = true
}
binaries.executable()
}webpack 번들링 구성에 대해 자세히 알아보십시오.
Gradle에서 package.json 사용자 지정
Kotlin/JS 패키지 관리 및 배포를 더 많이 제어하기 위해 Gradle DSL을 통해 이제 프로젝트 파일인 package.json에 속성을 추가할 수 있습니다.
package.json에 사용자 지정 필드를 추가하려면 컴파일의 packageJson 블록에서 customField 함수를 사용하십시오.
kotlin {
js(BOTH) {
compilations["main"].packageJson {
customField("hello", mapOf("one" to 1, "two" to 2))
}
}
}package.json 사용자 지정에 대해 자세히 알아보십시오.
선택적 Yarn 종속성 해결
DANGER
선택적 Yarn 종속성 해결 지원은 실험적 기능입니다. 이 기능은 언제든지 제거되거나 변경될 수 있습니다. 평가 목적으로만 사용하십시오. YouTrack에 여러분의 피드백을 남겨주시면 감사하겠습니다.
Kotlin 1.4.20은 Yarn의 선택적 종속성 해결을 구성하는 방법을 제공합니다. 이는 의존하는 패키지의 종속성을 재정의하는 메커니즘입니다.
Gradle의 YarnPlugin 내부에 있는 YarnRootExtension을 통해 사용할 수 있습니다. 프로젝트에 대한 패키지의 해결된 버전에 영향을 미치려면 패키지 이름 선택자(Yarn에 의해 지정된 대로)와 해결되어야 할 버전을 전달하여 resolution 함수를 사용하십시오.
rootProject.plugins.withType<YarnPlugin> {
rootProject.the<YarnRootExtension>().apply {
resolution("react", "16.0.0")
resolution("processor/decamelize", "3.0.0")
}
}여기서 react를 요구하는 모든 npm 종속성은 버전 16.0.0을 받게 되며, processor는 decamelize 종속성을 버전 3.0.0으로 받게 됩니다.
세분화된 워크스페이스 비활성화
DANGER
세분화된 워크스페이스 비활성화는 실험적 기능입니다. 이 기능은 언제든지 제거되거나 변경될 수 있습니다. 평가 목적으로만 사용하십시오. YouTrack에 여러분의 피드백을 남겨주시면 감사하겠습니다.
빌드 시간을 단축하기 위해 Kotlin/JS Gradle 플러그인은 특정 Gradle 태스크에 필요한 종속성만 설치합니다. 예를 들어, webpack-dev-server 패키지는 *Run 태스크 중 하나를 실행할 때만 설치되며, assemble 태스크를 실행할 때는 설치되지 않습니다. 이러한 동작은 여러 Gradle 프로세스를 병렬로 실행할 때 잠재적으로 문제를 일으킬 수 있습니다. 종속성 요구 사항이 충돌할 때 두 npm 패키지 설치로 인해 오류가 발생할 수 있습니다.
이 문제를 해결하기 위해 Kotlin 1.4.20은 이러한 소위 _세분화된 워크스페이스_를 비활성화하는 옵션을 포함합니다. 이 기능은 현재 Gradle의 YarnPlugin 내부에 있는 YarnRootExtension을 통해 사용할 수 있습니다. 사용하려면 build.gradle.kts 파일에 다음 코드 스니펫을 추가하십시오.
rootProject.plugins.withType<YarnPlugin> {
rootProject.the<YarnRootExtension>().disableGranularWorkspaces()
}새로운 마법사 템플릿
프로젝트를 생성하는 동안 더 편리하게 사용자 지정할 수 있는 방법을 제공하기 위해 Kotlin용 프로젝트 마법사는 Kotlin/JS 애플리케이션을 위한 새로운 템플릿과 함께 제공됩니다.
- 브라우저 애플리케이션 - 브라우저에서 실행되는 최소한의 Kotlin/JS Gradle 프로젝트.
- React 애플리케이션 - 적절한
kotlin-wrappers를 사용하는 React 앱입니다. 스타일 시트, 탐색 컴포넌트 또는 상태 컨테이너 통합을 활성화하는 옵션을 제공합니다. - Node.js 애플리케이션 - Node.js 런타임에서 실행하기 위한 최소한의 프로젝트입니다. 실험적인
kotlinx-nodejs패키지를 직접 포함하는 옵션과 함께 제공됩니다.
IR 컴파일러를 사용한 컴파일 오류 무시
DANGER
컴파일 오류 무시 모드는 실험적 기능입니다. 이 기능은 언제든지 제거되거나 변경될 수 있습니다. 옵트인(Opt-in)이 필요합니다(자세한 내용은 아래 참조). 평가 목적으로만 사용하십시오. YouTrack에 여러분의 피드백을 남겨주시면 감사하겠습니다.
Kotlin/JS용 IR 컴파일러는 새로운 실험적 모드인 _오류를 포함한 컴파일_과 함께 제공됩니다. 이 모드에서는 코드가 오류를 포함하고 있더라도 코드를 실행할 수 있습니다. 예를 들어, 전체 애플리케이션이 아직 준비되지 않았을 때 특정 사항을 시도하고 싶을 때 유용합니다.
이 모드에는 두 가지 허용 정책이 있습니다.
SEMANTIC: 컴파일러는val x: String = 3과 같이 문법적으로는 올바르지만 의미적으로는 맞지 않는 코드를 허용합니다.SYNTAX: 컴파일러는 구문 오류가 포함되어 있더라도 모든 코드를 허용합니다.
오류를 포함한 컴파일을 허용하려면 위에 나열된 값 중 하나와 함께 -Xerror-tolerance-policy= 컴파일러 옵션을 추가하십시오.
Kotlin/JS IR 컴파일러에 대해 자세히 알아보기.
Kotlin/Native
Kotlin/Native의 1.4.20 우선 순위는 성능과 기존 기능 개선입니다. 다음은 주목할 만한 개선 사항입니다.
이스케이프 분석
DANGER
이스케이프 분석 메커니즘은 실험적 기능입니다. 이 기능은 언제든지 제거되거나 변경될 수 있습니다. 평가 목적으로만 사용하십시오. YouTrack에 여러분의 피드백을 남겨주시면 감사하겠습니다.
Kotlin/Native는 새로운 이스케이프 분석 메커니즘의 프로토타입을 받았습니다. 이는 힙 대신 스택에 특정 객체를 할당함으로써 런타임 성능을 향상시킵니다. 이 메커니즘은 저희 벤치마크에서 평균 10%의 성능 향상을 보이며, 프로그램 속도를 더욱 높일 수 있도록 계속 개선하고 있습니다.
이스케이프 분석은 릴리스 빌드( -opt 컴파일러 옵션 사용)를 위한 별도의 컴파일 단계에서 실행됩니다.
이스케이프 분석 단계를 비활성화하려면 -Xdisable-phases=EscapeAnalysis 컴파일러 옵션을 사용하십시오.
성능 개선 및 버그 수정
Kotlin/Native는 1.4.0에 추가된 기능을 포함하여 다양한 컴포넌트에서 성능 개선 및 버그 수정이 이루어졌습니다. 예를 들어, 코드 공유 메커니즘이 있습니다.
Objective-C 예외 옵트인(Opt-in) 래핑
DANGER
Objective-C 예외 래핑 메커니즘은 실험적 기능입니다. 이 기능은 언제든지 제거되거나 변경될 수 있습니다. 옵트인(Opt-in)이 필요합니다(자세한 내용은 아래 참조). 평가 목적으로만 사용하십시오. YouTrack에 여러분의 피드백을 남겨주시면 감사하겠습니다.
Kotlin/Native는 이제 프로그램 충돌을 방지하기 위해 런타임에 Objective-C 코드에서 발생한 예외를 처리할 수 있습니다.
NSException을 ForeignException 타입의 Kotlin 예외로 래핑하도록 옵트인할 수 있습니다. 이 예외들은 원본 NSException에 대한 참조를 보유합니다. 이를 통해 근본 원인에 대한 정보를 얻고 적절하게 처리할 수 있습니다.
Objective-C 예외 래핑을 활성화하려면 cinterop 호출에서 -Xforeign-exception-mode objc-wrap 옵션을 지정하거나 .def 파일에 foreignExceptionMode = objc-wrap 속성을 추가하십시오. CocoaPods 통합을 사용하는 경우, 다음과 같이 종속성의 pod {} 빌드 스크립트 블록에 옵션을 지정하십시오.
pod("foo") {
extraOpts = listOf("-Xforeign-exception-mode", "objc-wrap")
}기본 동작은 변경되지 않습니다. Objective-C 코드에서 예외가 발생하면 프로그램이 종료됩니다.
CocoaPods 플러그인 개선 사항
Kotlin 1.4.20은 CocoaPods 통합에 대한 개선 사항을 계속합니다. 구체적으로 다음 새로운 기능을 시도해 볼 수 있습니다.
개선된 태스크 실행
CocoaPods 플러그인은 개선된 태스크 실행 흐름을 제공합니다. 예를 들어, 새로운 CocoaPods 종속성을 추가하는 경우, 기존 종속성은 다시 빌드되지 않습니다. 추가 타겟을 추가하는 것도 기존 종속성에 대한 재빌드에 영향을 미치지 않습니다.
확장된 DSL
Kotlin 프로젝트에 CocoaPods 종속성을 추가하는 DSL은 새로운 기능을 받았습니다.
로컬 Pod와 CocoaPods 리포지토리의 Pod뿐만 아니라 다음 유형의 라이브러리에 대한 종속성을 추가할 수 있습니다.
- 사용자 지정 스펙 리포지토리의 라이브러리입니다.
- Git 리포지토리의 원격 라이브러리입니다.
- 아카이브의 라이브러리(임의의 HTTP 주소로도 사용 가능)입니다.
- 정적 라이브러리입니다.
- 사용자 지정 cinterop 옵션이 있는 라이브러리입니다.
Kotlin 프로젝트에서 CocoaPods 종속성 추가에 대해 자세히 알아보십시오. Kotlin with CocoaPods 샘플에서 예시를 찾을 수 있습니다.
Xcode와의 통합 업데이트
Xcode와 올바르게 작동하려면 Kotlin은 일부 Podfile 변경이 필요합니다.
- Kotlin Pod이 Git, HTTP 또는 specRepo Pod 종속성을 가지고 있다면, Podfile에도 지정해야 합니다.
- 사용자 지정 스펙에서 라이브러리를 추가할 때, Podfile 시작 부분에 스펙 위치를 지정해야 합니다.
이제 IDEA에서 통합 오류에 대한 자세한 설명이 있습니다. 따라서 Podfile에 문제가 있다면 즉시 해결 방법을 알 수 있습니다.
Kotlin Pod 생성에 대해 자세히 알아보십시오.
Xcode 12 라이브러리 지원
Xcode 12와 함께 제공되는 새로운 라이브러리에 대한 지원을 추가했습니다. 이제 Kotlin 코드에서 사용할 수 있습니다.
Kotlin 멀티플랫폼
멀티플랫폼 라이브러리 발행의 업데이트된 구조
Kotlin 1.4.20부터는 더 이상 별도의 메타데이터 발행이 없습니다. 메타데이터 아티팩트는 이제 전체 라이브러리를 나타내는 루트 발행물에 포함되며, 공통 소스 세트에 종속성으로 추가될 때 적절한 플랫폼별 아티팩트로 자동 해결됩니다.
멀티플랫폼 라이브러리 발행에 대해 자세히 알아보십시오.
이전 버전과의 호환성
이러한 구조 변경은 계층적 프로젝트 구조를 가진 프로젝트 간의 호환성을 깨뜨립니다. 멀티플랫폼 프로젝트와 해당 프로젝트가 의존하는 라이브러리 둘 다 계층적 프로젝트 구조를 가지고 있다면, Kotlin 1.4.20 이상으로 동시에 업데이트해야 합니다. Kotlin 1.4.20으로 발행된 라이브러리는 이전 버전으로 발행된 프로젝트에서 사용할 수 없습니다.
계층적 프로젝트 구조가 없는 프로젝트와 라이브러리는 호환성을 유지합니다.
표준 라이브러리
Kotlin 1.4.20의 표준 라이브러리는 파일 작업을 위한 새로운 확장 기능과 더 나은 성능을 제공합니다.
java.nio.file.Path에 대한 확장 기능
DANGER
java.nio.file.Path에 대한 확장 기능은 실험적 기능입니다. 이 기능은 언제든지 제거되거나 변경될 수 있습니다. 옵트인(Opt-in)이 필요합니다(자세한 내용은 아래 참조). 평가 목적으로만 사용하십시오. YouTrack에 여러분의 피드백을 남겨주시면 감사하겠습니다.
이제 표준 라이브러리는 java.nio.file.Path에 대한 실험적 확장 기능을 제공합니다. 코틀린스러운 방식으로 최신 JVM 파일 API를 사용하는 것은 kotlin.io 패키지의 java.io.File 확장 기능을 사용하는 것과 유사합니다.
// construct path with the div (/) operator
val baseDir = Path("/base")
val subDir = baseDir / "subdirectory"
// list files in a directory
val kotlinFiles: List<Path> = Path("/home/user").listDirectoryEntries("*.kt")이 확장 기능은 kotlin-stdlib-jdk7 모듈의 kotlin.io.path 패키지에서 사용할 수 있습니다. 확장 기능을 사용하려면 @ExperimentalPathApi 실험적 어노테이션에 옵트인하십시오.
String.replace 함수 성능 향상
String.replace()의 새로운 구현은 함수 실행 속도를 높입니다. 대소문자 구분 변형은 indexOf를 기반으로 하는 수동 교체 루프를 사용하는 반면, 대소문자 구분 없는 변형은 정규 표현식 매칭을 사용합니다.
Kotlin Android Extensions
1.4.20에서 Kotlin Android Extensions 플러그인은 더 이상 사용되지 않으며, Parcelable 구현 생성기는 별도의 플러그인으로 이동합니다.
합성 뷰 사용 중단
_합성 뷰_는 얼마 전에 Kotlin Android Extensions 플러그인에 도입되어 UI 요소와의 상호 작용을 간소화하고 반복적인 코드 작성을 줄였습니다. 이제 구글은 동일한 기능을 수행하는 네이티브 메커니즘인 Android Jetpack의 뷰 바인딩을 제공하며, 저희는 해당 기능들을 선호하여 합성 뷰를 사용 중단하고 있습니다.
저희는 kotlin-android-extensions에서 Parcelable 구현 생성기를 추출하고, 나머지 부분(합성 뷰)에 대한 사용 중단 주기를 시작합니다. 현재로서는 사용 중단 경고와 함께 계속 작동할 것입니다. 앞으로는 프로젝트를 다른 솔루션으로 전환해야 할 것입니다. Android 프로젝트를 합성 뷰에서 뷰 바인딩으로 마이그레이션하는 데 도움이 될 가이드라인이 여기에 있습니다.
Parcelable 구현 생성기를 위한 새로운 플러그인
Parcelable 구현 생성기는 이제 새로운 kotlin-parcelize 플러그인에서 사용할 수 있습니다. kotlin-android-extensions 대신 이 플러그인을 적용하십시오.
NOTE
kotlin-parcelize와 kotlin-android-extensions는 한 모듈에 함께 적용할 수 없습니다.
@Parcelize 어노테이션은 kotlinx.parcelize 패키지로 이동되었습니다.
Android 문서에서 Parcelable 구현 생성기에 대해 자세히 알아보십시오.