microsoft / microsoft/TypeScript

Anonymous Symbol Properties

未关闭
#64,253 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

Suggestion
主要语言
Go
星标
111k
派生
14.3k
平均合并
2 天 4 小时
30 天内合并 PR
132

描述

🔍 Search Terms

"anonymous symbol properties"
"anonymous unique symbol"
"inline unique symbol"
"unique symbol property key"
"computed property unique symbol"
"symbol branding"

✅ Viability Checklist
⭐ Suggestion

Allow unique symbol keys to be declared inline at the property declaration site.

📃 Motivating Example

Current code:

declare const brand: unique symbol;
type UserId = string & { readonly [brand]: "UserId" };

Proposed code:

type UserId = string & { readonly [brand: unique symbol]: "UserId" };

Each inline declaration would create a fresh symbol identity, equivalent to declaring a separate unique symbol and using it as the computed property key.

This is useful when a unique symbol property key is needed only once and does not need to be referenced independently. Common examples include phantom properties used for branded or refined types.

💻 Use Cases
  1. What do you want to use this for?
    Declaring single-use unique symbol property keys inline, particularly for phantom properties used by branded or refined types.

  2. What shortcomings exist with current approaches?
    The current approach requires introducing a value-level declaration solely to provide a unique identity for a type-level property key. For single-use symbol keys, this creates an otherwise unnecessary binding in the surrounding scope.

  3. What workarounds are you using in the meantime?
    Declaring a separate unique symbol value and using it as a computed property key.

贡献指南

打开贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

调研方向

从 issue 中当前的和提议的类型声明入手,追踪 TypeScript 如何处理计算属性键和 unique symbol 的身份。完成的标准是接受 inline unique symbol 属性键、为每个声明赋予新的身份,并保留运行时的 JavaScript 输出;该 issue 未指定实现文件或测试。

由索引模型根据 Issue 内容生成。

评估

技术栈
typescript
领域
compilers
Issue 类型
功能
难度
5/5
预计耗时
一周以上
活跃度
活跃
描述清晰度
基本清楚
新手友好度
35/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。