Arman Chatikayn07/07/2019, 1:15 PM
Fudge07/07/2019, 1:44 PM
simon.vergauwen07/07/2019, 1:49 PM
streetsofboston07/07/2019, 2:33 PM
bierocracyLove that word 🍻 😆
louis99354607/07/2019, 8:21 PM
miha-x6407/08/2019, 9:02 AM
doesn't mean anything. Functions are already composable building blocks, there's nothing you can add here. While
screams at you: 'SOME BAD CODE RIGHT HERE! There's some reflection/codegen/transformations because abstractions are done wrong!' Thus, annotation is significantly better here.
Ryan Mentley07/08/2019, 9:34 PM
annotation. There are codegen/transformations though.
miha-x6407/09/2019, 7:48 AM
Tristan Caron07/09/2019, 2:18 PM
. Something like
might have been considered, but I am not sure if it works well for codegen. I guess the compiler is doing some optimizations and create some template functions like Ivy (Angular). Will the IDE be able to know that we are in a
or not, and allow or disallow some code?
miha-x6407/09/2019, 2:37 PM
SrSouza07/09/2019, 5:36 PM
Ryan Mentley07/09/2019, 11:18 PM
Will the IDE be able to know that we are in aYes, this already mostly works. You can't call composable functions from outside a composable function.or not, and allow or disallow some code?
Something likeIt was indeed. There's some discussion here: https://kotlinlang.slack.com/archives/CJLTWPH7S/p1558458471177900?thread_ts=1558440714.121300&cid=CJLTWPH7Smight have been considered
Tristan Caron07/11/2019, 2:24 PM
with something like
? https://doc.rust-lang.org/1.15.1/book/procedural-macros.html So, maybe instead of introducing a new keyword just for compose, maybe it could be interesting to make codegen something integrated to Kotlin compiler. I don’t really know how it works today, but my guess is, if we want to use code generation, we have use an external lib, and run something like
as much as it’s necessary. But for
, it’s doing codegen on its own, and we have to use a plugin to ensure a good development experience.
pavi241007/11/2019, 4:02 PM
Ryan Mentley07/11/2019, 9:25 PM
dewildte07/12/2019, 2:17 PM