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