microsoft / microsoft/TypeScript
Probable bug: Functional properties don't get inferred with circular type parameter constraints like `T extends M<T>`
まだ誰も着手していません。
- 主要言語
- Go
- スター
- 111k
- フォーク
- 14.3k
- 平均マージ
- 1日 19時間
- マージ済み PR(30日)
- 117
説明
TypeScript Version:
4.0.2
Search Terms:
Circular type parameter constraint, functional property inference, function parameter inference, function argument inference
Code:
declare const m: <T extends M<T>>(m: T) => T
type M<Self, K = Exclude<keyof Self, "k" | "t">> =
{ a?: number
, b?: number
, c?: number
, d?: number
, k?: K
, t?: (k: K) => void
}
// :)
// Case 1
m({
a: 1,
b: 2,
k: "a"
})
// :)
// Case 2
m({
a: 1,
b: "x", // expected error
k: "c" // expected error
})
// :(
// Case 3
m({ // type parameter becomes `unknown` (probably because t's first parameter is `any` initially kinda?)
a: 1,
b: 2,
k: "a",
t: k => {} // k is inferred as `never` (instead of `"a" | "b"`)
})
// :|
// Case 4
m({
a: 1,
b: 2,
k: "a",
t: (k: "a" | "b") => {} // have to explicitly type `k` which could have been inferred :(
})
Expected behavior:
The parameter k of t should be inferred as "a" | "b". As property k already gets inferred in Case 1 & 2, so why not the k parameter of t
Actual behavior:
The parameter of t is inferred as never and T in inferred as unknown. I assume first T gets resolved to unknown as t is initially inferred as (k: any) => void which does not satisfy the constraint of m.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、リンク先の TypeScript Playground で循環制約の例を再現し、Cases 3 と 4 で推論される型を比較します。T extends M に対するコンパイラの型パラメーターと関数パラメーターの推論を追跡します。パラメーター k が "a" | "b" と推論され、T がもはや unknown でなくなれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- compilers
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100