<https://medium.com/yandex-money/configuring-multi...
# feedj
Jilles van Gurp
08/27/2020, 8:36 AMI generally advice agains multi module. All you get is slower builds and more lines of gradle code to maintain. Keep it simple. For the same reason, the fewer obscure plugins you depend on the less headaches you have when the time comes stuff needs to be upgraded. YAGNI.
If you need separate layers in your architecture, packages are good enough. Typically none of the gradle modules used for anything else than the single app they are a part off and people just tend to copy paste the mess around instead of solving it; so you are multiplying your problems as well.
g
genovich
08/28/2020, 9:44 AMIt makes sense
genovich
08/28/2020, 9:46 AMBut when you enable Gradle buildCache and Gradle remote buildCache you avoid recompilation of modules that don’t changed.
genovich
08/28/2020, 9:46 AMEven at a local machine
j
Jilles van Gurp
08/28/2020, 10:35 AMIncremental compilation inside modules works just as well. Technically, the compiler treats each .class file as a module. I've never been unlucky enough to be on a project necessitating a remote build cache. I work hard to avoid getting bogged down in build times that long. Having a lot of caches just increases the potential for cache coherence bugs. That's why intellij and android studio have a top level menu item labeled "invalidate caches/restart".
g
genovich
08/28/2020, 2:43 PMCan You suggest something for project which compiles about 40 minutes? I need something to decrease compile time at CI server.
j
Jilles van Gurp
09/01/2020, 2:17 PMYikes, that's long. In that case latest gradle & kotlin should help and more cpu on your CI server.
Jilles van Gurp
09/01/2020, 2:17 PMalso caching dependencies on your ci server helps.
Jilles van Gurp
09/01/2020, 2:18 PMbeyond that, profile the build and see where it spends time.
g
genovich
09/02/2020, 12:37 PMThanks, I will check it
2 Views