microsoft / microsoft/TypeScript
Support conditional types for Generator T / TNext / TReturn
まだ誰も着手していません。
- 主要言語
- Go
- スター
- 111k
- フォーク
- 14.4k
- 平均マージ
- 1日 19時間
- マージ済み PR(30日)
- 117
説明
🔍 Search Terms
"Generator", "Async Generator", "conditional types", "const" "inference"
✅ Viability Checklist
- This wouldn't be a breaking change in existing TypeScript/JavaScript code
- This wouldn't change the runtime behavior of existing JavaScript code
- This could be implemented without emitting different JS based on the types of the expressions
- This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
- This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
- This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals
⭐ Suggestion
If a generator function is specifically typed to have a conditional relationship between T and TNext then type inference should allow for a type narrowed result according to that conditional type.
📃 Motivating Example
Typescript would be able to support complex type state management (ala redux saga), coroutines (e.g. co) and the interpreter pattern / free monad/applicative.
In the past this was not possible, but given typescript now has as const, infer and conditional types, we should be able to support typed yield result inference in key circumstances.
Something like this would be possible:
type Yielded<T>
T extends Promise<infer U>
? U // awaited
: T // return the original yielded value
function co<T>( fn: () => Generator<T, T, Yielded<T>> ) : Promise<T> {...}
💻 Use Cases
- What do you want to use this for?
Complex state management and side effects.
- What shortcomings exist with current approaches?
For generator functions yielded values are always typed as any. For async generators yielded values are a union of all possible results.
- What workarounds are you using in the meantime?
Manually casting
doSomething(function * f(){
let value = (yield someStream) as UnwrapStream<typeof someStream>
let another = (yield somePromise) as UnwrapPromise<typeof somePromise>
})
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
動機となるジェネレーターの例から始め、T、TNext、TReturn の間で要求されている条件付きの関係を、ジェネレーターおよび async ジェネレーターについて現在示されている動作と比較します。条件付き推論が説明されている型付き yield 結果をサポートし、出力される JavaScript を変更せず、動機となるケースをカバーできれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- compilers
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100