Microsoft/TypeScript

Make private field name parsing ecma 262 compliant

Open

#50,883 创建于 2022年9月21日

在 GitHub 查看
 (1 评论) (1 反应) (1 负责人)TypeScript (6,726 fork)batch import
BugDomain: ParserEffort: ModerateHelp WantedRescheduled

仓库指标

Star
 (48,455 star)
PR 合并指标
 (平均合并 6天 17小时) (30 天内合并 9 个 PR)

描述

This file has parse errors, but probably shouldn't.

Considerations:

  • https://github.com/microsoft/TypeScript/pull/50856 added support for starting with a unicode escape
  • The names #ZW__NJ and #ZW__J contain \u200c and \u200d, respectively (not here, but in the file)
  • Support for extended unicode escapes (i.e. \u{6F}, rather than \u006F) depends on ES2015, but we appear to parse the file as ES5.
  • Converting the extended unicode escapes to regular unicode escapes does not seem to eliminate the errors

Discovered as part of https://github.com/microsoft/TypeScript/issues/50835

贡献者指南

研究方向
研究引用的 test262 文件（https://github.com/tc39/test262/blob/6f8e0f67cad29a92a23ed7b596a9be8d7ba34644/test/language/expressions/class/elements/after same line static async method rs privatename identifier alt.js），以理解带有零宽度非连接符（U+200C 和 U+200D）的私有字段名称的预期解析方式。考虑添加了 Unicode 转义支持的 PR #50856，并分析为何将扩展 Unicode 转义转换为常规转义无法解决错误。检查 TypeScript 解析器中关于类元素解析的代码，以符合 ECMAScript 262 规范，重点关注 ES5 模式如何影响扩展 Unicode 转义的处理。
技术栈
typescript
领域
tooling
议题类型
缺陷
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
2
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-3 小时
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
基本清晰
前置要求
GitTypeScript
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
75