GitPlanet

Cheap and reliable Node.js hosting starts at $3/month, and $1/month static HTML hosting

Created with love in Canada, visit hostnodejs.com today

Feel like to post an Ad? Learn Details
All Projects → estree → Estree

estree / Estree

Licence: other
The ESTree Spec

Labels

parsingastspecificationestree

Projects that are alternatives of or similar to Estree

kataw
An 100% spec compliant ES2022 JavaScript toolchain
Stars: ✭ 303 (-92.16%)
Mutual labels:  parsing, ast, estree
tree-hugger
A light-weight, extendable, high level, universal code parser built on top of tree-sitter
Stars: ✭ 96 (-97.52%)
Mutual labels:  parsing, ast
markright
A customizable markdown parser in Elixir: pure pattern matching.
Stars: ✭ 14 (-99.64%)
Mutual labels:  parsing, ast
astravel
👟 Tiny and fast ESTree-compliant AST walker and modifier.
Stars: ✭ 38 (-99.02%)
Mutual labels:  ast, estree
Escodegen
ECMAScript code generator
Stars: ✭ 2,328 (-39.8%)
Mutual labels:  ast, estree
Escaya
An blazing fast 100% spec compliant, incremental javascript parser written in Typescript
Stars: ✭ 217 (-94.39%)
Mutual labels:  ast, parsing
cppcombinator
parser combinator and AST generator in c++17
Stars: ✭ 20 (-99.48%)
Mutual labels:  parsing, ast
Graphql Go Tools
Tools to write high performance GraphQL applications using Go/Golang.
Stars: ✭ 96 (-97.52%)
Mutual labels:  ast, parsing
eval-estree-expression
Safely evaluate JavaScript (estree) expressions, sync and async.
Stars: ✭ 22 (-99.43%)
Mutual labels:  ast, estree
kolasu
Kotlin Language Support – AST Library
Stars: ✭ 45 (-98.84%)
Mutual labels:  parsing, ast
node-typescript-parser
Parser for typescript (and javascript) files, that compiles those files and generates a human understandable AST.
Stars: ✭ 121 (-96.87%)
Mutual labels:  parsing, ast
Down
Blazing fast Markdown / CommonMark rendering in Swift, built upon cmark.
Stars: ✭ 1,895 (-51%)
Mutual labels:  ast, parsing
Babylon
PSA: moved into babel/babel as @babel/parser -->
Stars: ✭ 1,692 (-56.25%)
Mutual labels:  ast, estree
codeparser
Parse Wolfram Language source code as abstract syntax trees (ASTs) or concrete syntax trees (CSTs)
Stars: ✭ 84 (-97.83%)
Mutual labels:  parsing, ast
Yacep
yet another csharp expression parser
Stars: ✭ 107 (-97.23%)
Mutual labels:  ast, parsing
esvalid
confirm that a SpiderMonkey format AST represents an ECMAScript program
Stars: ✭ 24 (-99.38%)
Mutual labels:  ast, estree
Uaiso
A multi-language parsing infrastructure with an unified AST
Stars: ✭ 86 (-97.78%)
Mutual labels:  ast, parsing
Libdparse
Library for lexing and parsing D source code
Stars: ✭ 91 (-97.65%)
Mutual labels:  ast, parsing
estree-to-babel
convert estree ast to babel
Stars: ✭ 23 (-99.41%)
Mutual labels:  ast, estree
hxjsonast
Parse JSON into position-aware AST with Haxe!
Stars: ✭ 28 (-99.28%)
Mutual labels:  parsing, ast
View All Similar Projects ➔

The ESTree Spec

Once upon a time, an unsuspecting Mozilla engineer created an API in Firefox that exposed the SpiderMonkey engine's JavaScript parser as a JavaScript API. Said engineer documented the format it produced, and this format caught on as a lingua franca for tools that manipulate JavaScript source code.

Meanwhile JavaScript is evolving. This site will serve as a community standard for people involved in building and using these tools to help evolve this format to keep up with the evolution of the JavaScript language.

AST Descriptor Syntax

The spec uses a custom syntax to describe its structures. For example, at the time of writing, 'es2015.md' contained a description of Program as seen below

extend interface Program {
    sourceType: "script" | "module";
    body: [ Statement | ModuleDeclaration ];
}

ESTree Steering Committee

Copyright and License

Copyright Mozilla Contributors and ESTree Contributors.

Licensed under Creative Commons Sharealike.

Philosophy

Suggested additions and modifications must follow these guidelines:

  1. Backwards compatible: Non-additive modifications to existing constructs will not be considered unless immense support is in favor of such changes. (eg. #65)
  2. Contextless: Nodes should not retain any information about their parent. ie. a FunctionExpression should not be aware of if it's a concise method. (eg. #5)
  3. Unique: Information should not be duplicated. ie. a kind property should not be present on Literal if the type can be discerned from the value. (eg. #61)
  4. Extensible: New nodes should be specced to easily allow future spec additions. This means expanding the coverage of node types. ie. MetaProperty over NewTarget to cover future meta properties. (eg. #32)

Acknowledgements

ESTree has benefited from the contributions of many people over the years. We'd like to thank these folks for their significant contributions to this project:

Sebastian McKenzie (Babel), Kyle Simpson (@getify), Mike Sherov (Esprima), Ariya Hidayat (Esprima), Adrian Heine (Acorn), Dave Herman (SpiderMonkey), Michael Ficarra (@michaelficarra).

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].