-
Notifications
You must be signed in to change notification settings - Fork 125
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
TypeScript: Turn on noImplicityAny
and fix a few type signatures
#587
Conversation
@Turbo87 is there any appetite for this change? |
generally, yes. but I haven't had time yet to review it properly 😞 |
Ok thanks! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These changes look largely good to me. I'm sure you feel the same way, but it's mildly annoying to have to @ts-ignore
all those lines to explicitly opt out of type checking for those tests that are explicitly checking invalid parameter types. I don't have another solution for this, so we'll have to live with it.
@LucasHill thanks for doing this! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed, all the ts-ignores were unfortunate but they are valid test cases for JS users, I don't know of a more elegant way to handle it :(
8475eac
to
8f171bd
Compare
@scalvert updated! thanks for the feedback |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a couple more things I noticed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks! I've adjusted a few minor things, but overall this looks 👍
noImplicityAny
and fix a few type signatures
I was debugging some type issues I was having and decided to turn on 'noImplicityAny' (considered a best practice in TS). This should tighten up the types to be a lot more useful. I tried to make minimal actual code changes and just do types in this pass.