Are there any plans to address the slow hot-reload...
# compiler
t
Are there any plans to address the slow hot-reload for JS. I've seen that incremental compilation will be default for 1.8.0 but I remember reading that it's not a big improvement. It is is a real productivity problem for us to wait for the browser to refresh the page. I am willing to put some effort into this if there are no current plans. Ideas: • replace webpack with es • make webpack optional, use modules directly without DCE and minimization (for development) • implement a proper multi-module approach Your opinion about this is most welcome. The JS community would welcome faster development very much and it would open new possibilities for Kotlin.
👍🏻 1
c
vite would also be an interesting option.
t
Good suggestion, thank you. I like the multi-modular concept, I'll check this in detail.
c
If you start working on Vite support I would also contribute. I currently use svelte and typescript for frontend work because Kotlin has so slow feedback loops
t
Hm, Svelte. 🙂 I have a compiler plugin 60% ready that brings svelte type reactivity into kotlin. Not a svelte port, but very similar to it. I had to switch to other project at the end of august, but I plan to revive it during the winter. This is independent of the web speedup tho.
Actually, that svelte like plugin works, but it does not cover all use cases yet.
c
Cool! Do you have it on GitHub?
t
Yes: https://github.com/spxbhuhb/zakadabar-stack/tree/rui/plugin/rui There is a very short and out-of-sync documentation: https://github.com/spxbhuhb/zakadabar-stack/tree/rui/doc/guides/rui It's on the rui branch, not on master. The complete repo is a bit big and requires android studio also, but the plugin is independent, it can be compiled without the rest. This started as a proof of concept project and it would require quite some work to bring it to finish. I plan to work on it when I'll have time.
120 Views