Microsoft/TypeScript

[TypeScript] Mapped Types with Template Literal Keys Do Not Preserve Type Declaration References

Open

#61,094 建立於 2025年1月31日

在 GitHub 查看
 (1 留言) (1 反應) (0 負責人)TypeScript (6,726 fork)batch import
Domain: LS: Signature HelpExperience EnhancementHelp WantedSuggestion

倉庫指標

Star
 (48,455 star)
PR 合併指標
 (平均合併 6天 17小時) (30 天內合併 9 個 PR)

描述

Does this issue occur when all extensions are disabled?: Yes

  • VS Code Version: 1.96.4 (Universal)
  • OS Version: Darwin arm64 23.6.0 (macOS Sonoma 14.7.2)
  • TypeScript Version: 5.7.3

When using Mapped Types with template literal transformations on interface fields, VSCode does not retain the original type reference. This makes it impossible to use “Go to Definition” to navigate from the transformed key back to its original declaration. WebStorm correctly maintains this reference, but VSCode does not.

Steps to Reproduce:

interface Source {
  alpha: number;
  beta: string;
}

// Transforming interface field names with a suffix
type Transformed<T> = {
  [K in keyof T as `${K & string}Suffix`]: () => T[K];
};

type Result = Transformed<Source>;
/*
Expected:
{
  alphaSuffix: () => number;
  betaSuffix: () => string;
}
*/

const obj: Result = {
  alphaSuffix: () => 42,
  betaSuffix: () => "hello",
};

// ❌ In VSCode, "Go to Definition" on `alphaSuffix` does not navigate to `alpha` in `Source`
obj.alphaSuffix();

Expected Behavior

  • “Go to Definition” on alphaSuffix should navigate to alpha in Source.
  • VSCode should retain the reference between transformed keys and their original interface field names.
  • This works as expected in WebStorm, where alphaSuffix correctly links back to alpha.

Actual Behavior

  • VSCode treats transformed keys as completely new identifiers, losing the connection to their original interface fields.
  • “Go to Definition” does not work for mapped types with template literal keys.
  • WebStorm successfully tracks the transformation and allows navigation to alpha.

貢獻者指南