Were there any further discussion on decorators fo...
# language-evolution
y
Were there any further discussion on decorators for Kotlin? My understanding is that contexts were prioritized since they were deemed a pre-requisite for it.
plus1 1
m
No, decorators aren't on our list. What's your use case?
y
Mostly as a syntactic nicety to reduce lambda nesting. Not sure if there'd be interesting semantics involved here
👆 1
âž• 2
I'm imagining it similar to the
with
sugar from Koka, but maybe with different syntax. Generally Koka seems very Kotlin-like though, so maybe its syntax can be borrowed directly here. Again, perhaps there's more interesting semantic considerations here than just syntax (for one, getting OverloadResolutionByLambdaReturnType to work here might be tricky) and hence that's why I'm curious if more discussions have occured regarding this.