[wasm] Implement dynamic calling of any JS function

[pavelsavara]

See #78853 (comment)

• on JSObject member (probably also bind this)

• function marshaled as return value

• will not know the number of parameters nor the types

• will not know the preferred marshaling configuration
  Therefore it will be much slower than JSImport and it will always make best guess on which marshaler to use for each parameter.

[ghost]

Tagging subscribers to 'arch-wasm': @lewing
See info in area-owners.md if you want to be subscribed.

Issue Details

---

See #78853 (comment)

• on JSObject member (probably also bind this)

• function marshaled as return value

• will not know the number of parameters nor the types

• will not know the preferred marshaling configuration
  Therefore it will be much slower than JSImport and it will always make best guess on which marshaler to use for each parameter.

Author:	pavelsavara
Assignees:	pavelsavara
Labels:	arch-wasm, feature-request, area-System.Runtime.InteropServices.JavaScript
Milestone:	8.0.0

[Thaina]

Or maybe just return raw unbind function, but reflect the apply bind call from js function's prototype. Then have invoke function to call directly like in js?

[tma-lawo]

This would essentially allow us to skip code generation by using JSHost.GlobalThis to get a function instead of [JSImport("globalThis.whatever")], right?