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? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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: