microsoft / microsoft/TypeScript
Type Inference Enhancement of Handler Args
まだ誰も着手していません。
- 主要言語
- Go
- スター
- 111k
- フォーク
- 14.3k
- 平均マージ
- 2日 4時間
- マージ済み PR(30日)
- 132
説明
🔍 Search Terms
"type inference", "type narrowing"
✅ 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
Introduction
When I write React codes with TypeScript, I sometimes define Props as the following.
type Props = ({
parentIds: string[];
onChange: (event: { id: string }) => void
onChange2: () => void
} | {
parentIds?: never;
onChange: (event: { id: number }) => void;
})
It says, "When parentId is passed, string id is passed to onChange handler and you can use onChange2. If it is not passed, number is is passed to onChange handler".
But it doesn't work correctly. When I use it, as the following
function Component(props: Props) {
return null
}
function App() {
return (
<Component
parentIds={[]}
// Expected: Parameter e is { id: string }
// Actual: Parameter 'e' implicitly has an 'any' type.(7006)
onChange={e => {
if (e.id) {
// Do nothing
} else {
// Do nothing
}
}}
onChange2={() => {
console.log("parentId is detected as string[]")
}}
/>
)
}
The parameter e of onChange is inferred as any, not { id: string }.
I can pass onChange2 handler so it seems type narrowing works, but type inference of the args of handler doesn't work.
Suggestion
How about enhancing type inference in such case?
📃 Motivating Example
When you want to use same function or component for various purposes.
💻 Use Cases
- What do you want to use this for?
- What shortcomings exist with current approaches?
- What workarounds are you using in the meantime?
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
リンクされた TypeScript Playground の例を再現し、handler パラメーターに対する implicit-any 診断 (7006) を確認します。ソースファイルもテストも指定されていないため、まず type-inference と contextual-typing のエントリーポイントを特定し、その後、既存の narrowing の動作を維持しながら、パラメーターが { id: string } として推論されることを示すテストを作成します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- compilers
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 25/100