-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Nested types inlined instead of referencing #8
Comments
I found this behaviour surprising too. I would expect anything that could refer to another type to reference that type, rather than being replicated. I can't see an obvious way to alter this behaviour in the code. |
👍 This would be great |
Hi, I would also prefer this to be the behavior and definitely see it as an improvement to the project. I will try to into it more at some point but so far my impression is that this would be difficult to achieve with the TS compiler API – although I may be wrong about this. The API documentation is somewhat incomplete so a bit of exploration into the internals would likely be needed to see if this would be possible and how much work it would take. This change would also enable support for recursive types which would be a nice improvement. |
I vote we add a If so, I think seeing that there are goals and areas we might need help would make the issues page look less like a list of things that are broken, and more like a kind of roadmap. Personally I think this library is the ticket I need to overcome objections to introducing FP can be a hardsell and loses a lot of battles without having a chance to demonstrate its usefulness; this could be the gateway drug that gets a skeptical team curious enough to give it a shot. |
When some type refers to other type like
ts-to-io inlines all the fields of
MyFirstInterface
just likeInstead, I'd like to see
Is it a goal for this project?
The text was updated successfully, but these errors were encountered: