-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Refactor: Enable TypeScript strict null checks #1221
Conversation
16a1c3b
to
9555292
Compare
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.
Typings changes look good. Did it help catch any bugs?
@@ -11,7 +11,7 @@ Expect active development and potentially significant breaking changes in the `0 | |||
- Fix bug where there could be store inconsistencies for two dependent optimistic updates [PR #1144](https://github.com/apollostack/apollo-client/pull/1144) | |||
- expose partial in ObservableQuery#currentResult [PR #1097](https://github.com/apollostack/apollo-client/pull/1097) | |||
- Calculate `loading` from `networkStatus`. [PR #1202](https://github.com/apollostack/apollo-client/pull/1202) | |||
- Fix typings error with `strictNullChecks` [PR #1188](https://github.com/apollostack/apollo-client/pull/1188) | |||
- Fix typings error with `strictNullChecks` and enable TypeScript strict null checking in source code. [PR #1188](https://github.com/apollostack/apollo-client/pull/1188) and [PR #1221](https://github.com/apollostack/apollo-client/pull/1221) |
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.
What's the rationale for putting this under 0.8 instead of vNEXT?
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.
I didn’t realize there was a release and I missed the vNEXT
when resolving the merge conflicts 😉
Also, we should merge this before we merged anything else, because otherwise we'll have a ton of conflicts. |
@helfer agreed. Not sure if it caught any bugs that would ever realistically happen (because if they would realistically happen we likely already fixed it). Of course, we will never know now once this gets merged 😉 For fun, here are some candidates for bug fixes:
|
Yeah, those don't look like super-likely candidates, but let's see. |
Enables TypeScript
strictNullChecks
for increased type safety guarantees. A longer term solution to #800