일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- livedata
- Codeforces
- androidStudio
- textfield
- relay
- Hilt
- Compose
- Coroutines
- GitHub
- activity
- TEST
- 프로그래머스
- AWS
- 코드포스
- Kotlin
- ProGuard
- Rxjava
- android
- 코루틴
- 쿠링
- 백준
- boj
- Coroutine
- Gradle
- architecture
- 암호학
- MyVoca
- Python
- MiTweet
- pandas
- Today
- Total
목록Secondary/Gradle (7)
이동식 저장소
안드로이드에서는 ``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에서 알아서..