[REFACTOR/#171] buildSrc에서 build-logic 마이그레이션 #172
Conversation
아자뵤 |
| kotlin("kapt") | ||
| id("kotlin-parcelize") | ||
| id("dagger.hilt.android.plugin") | ||
| id("kr.genti.androidApplication") |
There was a problem hiding this comment.
저는 매번 이렇게 하드코딩하는것이 휴먼 에러를 발생시킬 수 있다고 생각해서 libs.version.toml의 플러그인으로 등록해두는 편입니다. 휴먼에러 방지용!!
// libs.version.toml
[plugins]
genti-androidApplication = { id = "kr.genti.androidApplication", version = "unspecified" }
// build.gradle.kts
plugins {
alias(libs.plugins.genti.androidApplication)
}
| kotlin("android") | ||
| kotlin("kapt") | ||
| kotlin("plugin.serialization") version Versions.kotlinVersion | ||
| id("kr.genti.androidLibrary") | ||
| } | ||
|
|
||
| android { | ||
| namespace = "kr.genti.data" |
There was a problem hiding this comment.
이 부분도 매번 작성한다면, 혹은 정말 불가피한 일로 package 이름이 바뀐다면 모든 gradle에 가서 수정해줘야 하는 불편함이 있다고 생각해요. 그래서 저는 이 부분도 함수화 시켜둬서 모든 곳에 적용해뒀어요
// buildLogic 내부에 하나 만들면 돼요
import org.gradle.api.Project
fun Project.setNamespace(name: String) {
androidExtension.apply {
namespace = "kr.genti.$name"
}
}
// build.gradle
android {
setNamespace("data")
}
There was a problem hiding this comment.
이 부분은 단순한 궁금증인데, 저는 모든 버전을 libs.version.toml에서 관리하는 방법을 주로 사용해요.
하나의 파일에서 모든 버전을 관리한다면 추후 버전을 변경할 때 찾기 쉬울 것이라는 생각에 그러한 방식을 사용하는데 따로 Constants를 사용하신 이유나 장점이 있나요??
There was a problem hiding this comment.
libs.version.toml에서는 implementation 관련된 버전만 관리하는게 편할 것 같아서 했습니다!
또한 libs.version.toml에서 저장하면 build-logic에서 getVersion 확장함수로 매번 가져와야하는데, 아예 build-logic 모듈 안에서 관리하게 된다면 접근할 필요가 없어진다고 생각했어요 (gradle에 활용되는 버전들을 모두 빌드로직에 옮겨두었기 때문에)
📢 To Reviewers