-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
fix(eslint-plugin): support BigInt in restrict-plus-operands rule #344
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
Merged
Merged
Changes from all commits
Commits
Show all changes
6 commits
Select commit
Hold shift + click to select a range
719c905
fix(eslint-plugin): support BigInt in restrict-plus-operands rule (#309)
webschik 6d58d97
Merge branch 'master' into issue-309
webschik fd0dad6
Merge branch 'master' into issue-309
bradzacher c76059b
Merge branch 'master' into issue-309
JamesHenry 5b2f89a
Merge branch 'master' into issue-309
bradzacher 0498060
Merge branch 'master' into issue-309
bradzacher File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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.
This is already an error thrown by TypeScript. Why you need a lint rule for it?
https://www.typescriptlang.org/play/index.html#src=var%20foo%20%3D%201n%3B%20foo%20%2B%201
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.
@mohsen1 , good point. Maybe it's really an overhead and this rule makes sense only for strings and numbers.
I've implemented this to fix issue #309, but you're right that TypeScript does the same check already.
@novemberborn , @j-f1 , what do you think?
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.
Ah yes, it would do that. However the rule then needs to ensure either operand is actually a string or number before complaining (or
any
/unknown
). The problem in #309 was that it complained aboutbigint
even though bigints can be summed.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.
Agree, I'd like to propose the next behaviour for this rule:
(any or unknown) + (string or number or bigint)
- rule triggers an error, as it does nowall other cases
- let TS decide what error to showThere 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.
That seems reasonable. You may want to pull that suggestion into its own issue for wider discussion, if you haven't already.
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 made a table to show the cases this rule should cover in my opinion:
rpo
nua
rpo
rpo
nua
rpo
nua
nua
nua
nua
nua
Legend:
rpo
: The behavior is invalid and should be caught byrestrict-plus-operands
.nua
: The behavior coercesany
into a stricter type and should thus be caught byno-unsafe-any
.