We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Notes from @RyanCavanaugh
import *
#41825
import()
@importType * as Foo from "bar"
@importType { destr } from "bar"
@import
from x import y
type
Set
#57230
s.intersect(t)
t.intersect(s)
sup.intersect(sub)
Set<sub>
Set<sup>
strs.intersect(nums)
The text was updated successfully, but these errors were encountered:
I'll note that it's not really just generic vs. non-generic. It's more constrained vs. unconstrained.
Set<T>
intersect(x: Set<unknown>): Set<T>
intersect(x: Set<T>): Set<T>
intersect<U>(x: Set<U>): Set<T & U>
intersect<U extends T>(x: Set<U>): Set<T & U>
Sorry, something went wrong.
No branches or pull requests
Notes from @RyanCavanaugh
JSDoc
import *
#41825
import()
s over and over again@importType * as Foo from "bar"
@importType { destr } from "bar"
@import
instead? It's unambiguousfrom x import y
?type
modifier seems unnecessary since it's implicitly in a type contextSet
methods#57230
s.intersect(t)
matchest.intersect(s)
sup.intersect(sub)
producesSet<sub>
instead ofSet<sup>
(good)strs.intersect(nums)
gets detected as an errorThe text was updated successfully, but these errors were encountered: