Why are there so many Compose artifacts? It's a bi...
# compose
m
Why are there so many Compose artifacts? It's a bit confusing. Is it not possible to put the whole Jetpack Compose library in one artifact?
a
that’s going full circle with
AppCompat
all over again 😄 I personally like the separation, I have modules where I only need the runtime artifact for example.
g
agree, keep it separate, it’s very nice to have good modularisation to make it as slim as possible for different projects
@Mehdi Haghgoo if you just try to play with it, add all dependencies to your project from https://maven.google.com/web/index.html?q=compose#androidx.compose
c
It can be less confusing if there is a gradle snippet maintained with each package and a comment with what the package includes, which I imagine there will be later on 🙂
👍 1
g
Yeah, true
m
FWIW, at least in the current artifact organization,
androidx.compose.material:material
will pull in a lot of the other ones via transitive dependencies. So, if you are aiming for a Material Design look, start with that one dependency, then add others only if needed.
👍 3
r
It's better if everything is separated. What is hard is figuring out which dependency you need. It would be cool if you could write the name of the composable and alt enter would give you the dependency you need plus latest version
👍 1
g
There is a such feature for some androidx dependencies