이동식 저장소

안드로이드에서는 build.gradle의 dependencies 블럭 안에 의존성을 추가할 수 있다. 보통 implementation을 사용하여 의존성을 구성한다. implementation 'androidx.compose.material3:material3:1.4.3' 이번 글에서는 implementation의 정확한 의미를 알아보고, 또다른 구성 방법인 api에 대해서도 알아보겠다. implementation 의존성을 compile classpath에 추가하고, build output에도 포함한다. 하지만 다른 모듈에서 implementation으로 구성한 의존성을 컴파일 시간에 참조할 수는 없다. 컴파일 시간이라는 말이 어렵다면 코드를 작성할 때라고 이해해..

./gradlew [moduleName]:dependencies 커맨드를 실행해 보자. 각 라이브러리에서 참조하는 다른 라이브러리들을 볼 수 있다. +--- androidx.hilt:hilt-compiler:1.0.0 | +--- org.jetbrains.kotlin:kotlin-stdlib:1.4.32 -> 1.7.0 | | +--- org.jetbrains.kotlin:kotlin-stdlib-common:1.7.0 | | \--- org.jetbrains:annotations:13.0 | +--- com.google.auto:auto-common:0.11 | | \--- com.google.guava:guava:29.0-jre -> 31.0.1-jre | | +--- com.google.gu..

지난 글에서 Java의 컴파일과 관련된 두 가지 옵션을 공부했다. sourceCompatibility vs. targetCompatibility App level build.gradle 파일에는 sourceCompatibility와 targetCompatibility라는 속성이 정의되어 있다. android { ... compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } } 이 thinking-face.tistory.com 이번 글에서는 Kotlin의 jvmTarget 옵션에 대해 공부해 보자. jvmTarget android { ... k..

App level build.gradle 파일에는 sourceCompatibility와 targetCompatibility라는 속성이 정의되어 있다. android { ... compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } } 이 속성들이 무엇을 의미하는지 공부해 보자. sourceCompatibility 코드를 컴파일할 때 사용할 Java 버전을 의미한다. 예를 들어 sourceCompatibility를 1.8로 설정하면, Java 1.8 이후 버전의 기능은 사용할 수 없다. 소스 코드에서 사용할 Java 버전이라고 기억해도 좋다. ..

모듈을 여러 개 작성하다 보면 build.gradle 파일이 복잡해지곤 한다. 같은 라이브러리를 여러 번 작성하다 보면 오타가 날 수도 있고, 버전 관리가 힘들어지기도 한다. 당장 위의 :database 모듈에서도 junit 라이브러리를 하나만 사용함에도 불구하고 bom으로 선언하는 오류가 있다. Gradle의 기능을 사용하면 버전 관리를 쉽게 할 수 있다. 이름하여 Version Catalog! Version Catalog 카탈로그는 상품 목록 등을 한 곳에 모아놓아 보기 쉽게 정리한 것이다. 단어 그대로 Version Catalog는 앱에서 사용하는 라이브러리를 모아놓은 파일이다. 라이브러리를 사용하고 싶다면 catalog에서 선택하기만 하면 된다. 버전 관리는 catalog에서 알아서..