function *g() {
const x = yield 1
}
TS will say "yield' expression implicitly results in an 'any' type because its containing generator lacks a return-type annotation.(7057).
We could add return-type annotation, but because TNext is the third type param of Generator<T, TResult, TNext>, we need also specify the types of T and TResult which we normally want TS to infer.
We could also add type annotation to declaration or add as clause to yield expression:
const x: string = yield 1
// or
const x = (yield 1) as string
But the problem is we need to add such type annotations for every yield expressions. 😢
function.sent is just an expression, so it would still suffer the problem unless TS could fix microsoft/TypeScript#26242 or introduce some special syntax to annotate function.sent generally (which seems unlikely).
The alternative solution function *g(...args) receive (v) {} could solve the problem, it just use parameter syntax.
Another problem of TS is, even specify TNext type, TS still allow next() with no argument. I think this is because currently generator can't receive the first value, so people only use first next() to start the generator, so TS allow that to match practice.
Receive param syntax could solve this problem, though function.sent syntax could also (TS could check the presence of function.sent to eliminate this hole).
TS will say
"yield' expression implicitly results in an 'any' type because its containing generator lacks a return-type annotation.(7057).We could add return-type annotation, but because
TNextis the third type param ofGenerator<T, TResult, TNext>, we need also specify the types ofTandTResultwhich we normally want TS to infer.We could also add type annotation to declaration or add
asclause to yield expression:But the problem is we need to add such type annotations for every yield expressions. 😢
function.sentis just an expression, so it would still suffer the problem unless TS could fix microsoft/TypeScript#26242 or introduce some special syntax to annotatefunction.sentgenerally (which seems unlikely).The alternative solution
function *g(...args) receive (v) {}could solve the problem, it just use parameter syntax.Another problem of TS is, even specify
TNexttype, TS still allownext()with no argument. I think this is because currently generator can't receive the first value, so people only use firstnext()to start the generator, so TS allow that to match practice.Receive param syntax could solve this problem, though
function.sentsyntax could also (TS could check the presence offunction.sentto eliminate this hole).