feat: type inference#6
Conversation
85681df to
95120b8
Compare
|
Another question is should we distinguish between schemas that have same generic type. e.g. |
|
I think #4 is probably on a closer track towards implementing type inference, which also currently is 1:1 with input/output type mappings. I agree that this is desirable. Note that #4 has the I'd recommend sticking with PR #4 instead of this one; are there any new features we should port over to that PR? |
|
@hanakannzashi looks good - feel free to take a look at the implementation here - it's before I went crazy and rewrote the library. But this would essentially be the most minimal changes required to make sure everything's fully-typed and backwards-compatible (comments are excluded): |
Implement type inference, this is a simple minimal implementation, use 1:1 mapping of JS type, still remain many features to be added.
Support
Uint8Arrayand other typed arraysSupport literal enums
There is a challenge that how to represent Rust enum with JavaScript
Support tuple