You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Type 'AsyncIterator<1>' is not assignable to type 'AsyncIterator<number>'.
Types of property 'transform' are incompatible.
Type '<D>(options: TransformOptions<1, D>) => AsyncIterator<D>' is not assignable to type '<D>(options: TransformOptions<number, D>) => AsyncIterator<D>'.
Types of parameters 'options' and 'options' are incompatible.
Type 'TransformOptions<number, any>' is not assignable to type 'TransformOptions<1, any>'.
Types of property 'source' are incompatible.
Type 'SourceExpression<number> | undefined' is not assignable to type 'SourceExpression<1> | undefined'.
Type 'AsyncIterator<number>' is not assignable to type 'SourceExpression<1> | undefined'.
Type 'AsyncIterator<number>' is not assignable to type 'AsyncIterator<1>'.
The types returned by 'read()' are incompatible between these types.
Type 'number | null' is not assignable to type '1 | null'.
Type 'number' is not assignable to type '1'. ts(2322)
I'm inexperienced with AsyncIterator, so I'm not completely following what that error amounts to. It looks to me like it's complaining that you could call numberIterator.transform({ source: anotherNumberIterator }), and since anotherNumberIterator emits numbers, but numberIterator (which is secretly also oneIterator) is only expecting 1s, not other numbers.
Except, I don't understand why you'd provide numberIterator.transform() with a source option. Isn't numberIterator itself the source? I'm not clear why that option is available or what it means to provide it. It doesn't appear to be documented.
The text was updated successfully, but these errors were encountered:
Not exactly sure why @RubenVerborgh assigned me this issue as I haven't worked with this library for several years. Maybe because I like typings.
But no, AsyncIterator<1> can not be assigned to AsyncIterator<number>. Reason being that an AsyncIterator is both an inpud and output stream. I'm not sure exactly what is causing the issue with the transform function but, for example, if you would remove that one the next function TS is going to complain about is the prepend function, as that one is used to input data into the iterator. In the case of AsyncIterator<1> that function only accepts 1 values, but to become a AsyncIterator<number> it would have to accept all numbers, and there is no guarantee that it would be able to do that.
What you can do is transform a AsyncIterator<1> into a AsyncIterator<number> with
I would have expected the
AsyncIterator
type to be covariant; that is, I would expect to be able to do something like:However, this fails because:
I'm inexperienced with AsyncIterator, so I'm not completely following what that error amounts to. It looks to me like it's complaining that you could call
numberIterator.transform({ source: anotherNumberIterator })
, and sinceanotherNumberIterator
emitsnumber
s, butnumberIterator
(which is secretly alsooneIterator
) is only expecting1
s, not other numbers.Except, I don't understand why you'd provide
numberIterator.transform()
with asource
option. Isn'tnumberIterator
itself the source? I'm not clear why that option is available or what it means to provide it. It doesn't appear to be documented.The text was updated successfully, but these errors were encountered: