microsoft / microsoft/TypeScript
Parser API: Expose a Method to Determine Whether a Numeric Literal is of Certain Flag
Nessuno ha ancora preso questa issue.
- Lingua principale
- Go
- Stelle
- 111k
- Fork
- 14.3k
- Merge medio
- 2g 4h
- PR unite (30g)
- 132
Descrizione
Search Terms
Parser API numericLiteralFlags numeric literal flag
Suggestion
Currently the parser API apparently does not expose numericLiteralFlags for determining whether the original source is written using features such as binary or octal literal.
I have to do this to determine whether the original source was written using ECMAScript 2015 numeric literal:
if (TypeScript.isNumericLiteral(node)) {
let bitflag = node['numericLiteralFlags'];
if (bitflag) {
if (bitflag & (1 << 8)) {
// internal flag: Octal
// https://github.com/Microsoft/TypeScript/blob/a4a1bed88bdcb160eff032790f05629f9fa955b4/src/compiler/types.ts#L1659
return true;
}
if (bitflag & (1 << 7)) {
// internal flag: Binary
// https://github.com/Microsoft/TypeScript/blob/a4a1bed88bdcb160eff032790f05629f9fa955b4/src/compiler/types.ts#L1658
return true;
}
}
}
AFAIK this is the only way to check it since node.text evaluates to the string representation of the base 10 number...
Use Cases
I need this 'internal' API to write a parser for helping determine whether a JS file is compatible with syntax of certain ECMAScript version. For example: Can this script run in ES5 environments?
node_modules may contain packages not distributed in ES5, which can cause minification error when being minified with minifier not capable of handling ES5, or worse, ninja runtime error. (I want to parse packages / libraries with TypeScript API, then transpile them only when necessary for fast build. Rather than transpiling everything)
Examples
Simple proposed API:
isES2015OctalNumericLiteral(node)
isES2015BinaryNumericLiteral(node)
Checklist
My suggestion meets these guidelines:
- This wouldn't be a breaking change in existing TypeScript / JavaScript code
- This wouldn't change the runtime behavior of existing JavaScript code
- This could be implemented without emitting different JS based on the types of the expressions
- This isn't a runtime feature (e.g. new expression-level syntax)
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia dal punto di ingresso dell'API del parser TypeScript.isNumericLiteral e dalla definizione di numericLiteralFlags referenziata in src/compiler/types.ts. Traccia il modo in cui sono rappresentati i literal numerici, quindi determina la forma dell'API pubblica per identificare i literal binari e ottali e aggiungi la coverage per il comportamento proposto; il lavoro è completato quando i consumer non hanno più bisogno del flag interno.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- javascript, typescript
- Ambito
- compilers, developer-experience
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 45/100