[Android] Kotlin DSL

Minji Jeong·2022년 5월 1일

Android

목록 보기

9/37

Kotlin DSL ❔

🙄 최근 인프런에서 clean architecture 강의를 듣다가 Kotlin DSL에 대해 처음 알게 되었다. Kotlin DSL을 사용하면 gradle 파일의 확장자를 kts로 변경하던데, 매우 생소하기도 하고 DSL에 대해 간단하게나마 공부를 해야할 것 같아서 이렇게 글을 쓰게 되었다.

먼저 DSL은 Domain Specific Language의 약자로, 직역하면 특정 분야에 최적화된 프로그래밍 언어다. DSL은 기존의 명령형 코드 대신 선언적 코드 형식을 따른다.

Kotlin DSL은 가독성 좋고 간략한 코드를 사용하는 코틀린의 언어적인 특징을 사용하여 Gradle 스크립팅을 하는 것을 목적으로 하는 DSL이다. Kotlin DSL을 사용하기 위해 기존 gradle 파일의 확장자를 gradle.kts로 변경하면 되는데, kts는 코틀린 스크립트 파일을 의미한다. 확장자명 변경 후 다음과 같이 스크립트를 작성하면 Kotlin DSL을 사용할 수 있다.

repositories {
    mavenCentral()
}

plugins {
    `kotlin-dsl` // java dsl 설정
}

우리는 왜 Kotlin DSL을 사용해야 할까? Kotlin DSL의 장점은 다음과 같다.

코드를 강조할 수 있고, 자동완성이 지원되며, 오류 코드가 강조되고 변수 리팩토링이 가능한 향상된 편집환경을 지원한다. 또한 멀티 모듈 사용 시 중복 의존성 선언이 필요가 없어진다. 단점을 꼽자면 빌드 속도가 Groovy보다 느리다는 것?

이러한 Kotlin DSL과 buildSrc를 사용하면 더 편리하게 의존성을 관리할 수 있다.

buildSrc ❔

빌드 로직을 포함할 수 있는 Gradle 프로젝트 루트 디렉터리다. buildSrc와 Kotlin DSL을 사용해서 매우 적은 구성으로 커스텀 빌드 코드를 작성할 수 있으며, 프로젝트에서 이 로직을 공유할 수 있다.

Gradle이 수행되면 buildSrc 디렉터리가 존재하는지 체크하는데, 이 경우 Gradle은 자동적으로 코드를 컴파일하고 테스트한 뒤 빌드 스크립트의 classpath에 넣는다. 이 방법은 유지보수, 리팩토링 및 코드 테스트가 더 쉽다.

위 파일은 buildSrc 하위에 넣은 Dependency 파일이다. Gradle은 자동적으로 위 코드를 컴파일하고 테스트한 뒤, 빌드 스크립트의 classpath에 넣는다. 다만 buildSrc를 변경하면 전체 프로젝트의 빌드 캐시가 무효화되기 때문에 잦은 수정은 피해야 한다고 한다.