Differing user-defined type guard and 'typeof' type guard behaviour when narrowing 'any'

説明

var y: any;

// Built-in type guard
if (typeof y === "string") {
    y.hello = true; // Correct error - 'hello' does not exist on type string
}

// Equivalent user-defined type guard
function f(x: any): x is string {
    return typeof x === "string";
}

if (f(y)) {
    y.hello = true; // No error with user-defined guard
}

コントリビューターガイド

技術スタック

typescript

領域

developer experience

Issue 種別

bug

難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。

4

推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。

over 1 week

活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。

stale

明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。

clear

前提条件

Understanding TypeScript type narrowingFamiliarity with TypeScript compiler architecture

初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。

20

調査方針

Investigate the TypeScript compiler source code, particularly the `narrowTypeByTypeOf` and `narrowTypeByExpression` functions in `src/compiler/checker.ts`. The issue is that user defined type guards do not narrow `any` to the guarded type, while `typeof` guards do. Review the logic that applies type predicates to see why `any` is not narrowed. There is a discussion in the comments suggesting that the predicate's type guard might be ignored when the input is `any`. Consider whether the fix should be in the narrowing logic or in the predicate resolution.