Has a discussion about un-deprecating `@nativeGett...
# javascript
e
Has a discussion about un-deprecating
@nativeGetter
,
@nativeSetter
, and
@nativeInvoke
ever been started? I think they're still the way to go, as annotation-based behaviors is effectively what Kotlin uses, and the unsafe
js()
alternative should be reserved for more peculiar use cases (e.g. complex externals fun with body).
t
For now I like WASM behaviour more
It works without annotations
Unfortunately
invoke
operator isn't supported right now
e
Does WASM simply look at the
operator
keyword?
t
Yes
As result -
[]
in JS =
[]
in Kotlin
e
Interesting. I'm just trying to think if there could be limitations with that approach 🤔
For instance, when using
@nativeInvoke
you're free to name the function as you like. Although apart from that, I can't come up with anything else.
t
I don't know good use cases for such behaviour :(