acorn vs doctrine vs esprima vs comment-parser vs jsdoc-api
JavaScript Parsing and Documentation Libraries Comparison
1 Year
acorndoctrineesprimacomment-parserjsdoc-apiSimilar Packages:
What's JavaScript Parsing and Documentation Libraries?

These libraries serve various purposes in the realm of JavaScript parsing, analysis, and documentation generation. They help developers understand, manipulate, and document JavaScript code more effectively. Acorn and Esprima are primarily focused on parsing JavaScript syntax, while Comment-parser and Doctrine are geared towards extracting and interpreting comments for documentation purposes. JSDoc API provides a way to generate documentation from JSDoc comments in the code, making it easier to maintain and share project documentation. Together, these tools enhance code quality, maintainability, and developer productivity.

Package Weekly Downloads Trend
Github Stars Ranking
Stat Detail
Package
Downloads
Stars
Size
Issues
Publish
License
acorn100,540,66010,802547 kB154 months agoMIT
doctrine64,264,593455-06 years agoApache-2.0
esprima50,960,4107,082-1487 years agoBSD-2-Clause
comment-parser3,221,362243366 kB17a year agoMIT
jsdoc-api162,8566428.2 kB24 months agoMIT
Feature Comparison: acorn vs doctrine vs esprima vs comment-parser vs jsdoc-api

Parsing Capability

  • acorn:

    Acorn is a fast, lightweight JavaScript parser that can parse ECMAScript 2015 (ES6) and beyond. It is designed to be easily extensible, allowing developers to create custom parsers or modify existing ones to suit their needs.

  • doctrine:

    Doctrine specializes in parsing JSDoc comments, extracting type information, and converting it into a structured format. It is particularly useful for projects that require detailed type annotations and documentation generation.

  • esprima:

    Esprima is a robust ECMAScript parser that provides a complete Abstract Syntax Tree (AST) representation of JavaScript code. It supports the latest JavaScript features and is widely used in static analysis tools and linters.

  • comment-parser:

    Comment-parser focuses on extracting comments from JavaScript code, particularly JSDoc comments. It does not parse the entire code structure but provides a simple interface to access and manipulate comment data.

  • jsdoc-api:

    JSDoc API is not a parser in the traditional sense but rather a tool that generates documentation from JSDoc comments. It processes the comments and produces user-friendly documentation in various formats.

Performance

  • acorn:

    Acorn is optimized for speed and efficiency, making it one of the fastest parsers available. It is particularly effective for projects that require quick parsing without sacrificing accuracy.

  • doctrine:

    Doctrine is efficient in parsing JSDoc comments, but its performance can vary depending on the complexity of the comments being processed. It is optimized for type extraction and documentation generation.

  • esprima:

    Esprima is designed for performance and can handle large codebases effectively. However, its performance may be impacted by the complexity of the JavaScript code being parsed.

  • comment-parser:

    Comment-parser is lightweight and fast, focusing solely on comment extraction. Its performance is generally good, but it may not be suitable for large codebases where comprehensive parsing is required.

  • jsdoc-api:

    JSDoc API's performance largely depends on the complexity of the comments and the size of the codebase. It is generally efficient for generating documentation but may require optimization for very large projects.

Extensibility

  • acorn:

    Acorn is highly extensible, allowing developers to create custom plugins or modify its behavior to suit specific parsing needs. This makes it a versatile choice for various projects.

  • doctrine:

    Doctrine is designed to be extensible, allowing developers to add custom parsing rules or modify existing ones to fit their documentation needs. This flexibility makes it suitable for projects with specific requirements.

  • esprima:

    Esprima provides a solid foundation for building tools that require JavaScript parsing. While it is not as extensible as Acorn, it can still be used as a base for custom analysis tools.

  • comment-parser:

    Comment-parser is less extensible compared to Acorn, as it focuses primarily on comment extraction. However, it can be integrated into other tools for enhanced functionality.

  • jsdoc-api:

    JSDoc API is primarily focused on documentation generation and does not offer extensive extensibility features. However, it can be integrated with other tools to enhance its capabilities.

Documentation Generation

  • acorn:

    Acorn does not provide built-in documentation generation capabilities, as its primary focus is on parsing. However, it can be used in conjunction with other tools to facilitate documentation workflows.

  • doctrine:

    Doctrine excels at parsing JSDoc comments and can be used to generate structured documentation based on type information. It is particularly useful for projects that require detailed type annotations in their documentation.

  • esprima:

    Esprima does not directly generate documentation but provides a comprehensive AST that can be used by other tools to create documentation. It is often used in conjunction with documentation generation libraries.

  • comment-parser:

    Comment-parser is specifically designed for extracting comments, making it a valuable tool for generating documentation from JSDoc comments. It can be integrated into build processes for automated documentation generation.

  • jsdoc-api:

    JSDoc API is dedicated to generating documentation from JSDoc comments. It produces user-friendly documentation in various formats, making it an essential tool for projects that prioritize documentation.

Community and Support

  • acorn:

    Acorn has a strong community and is actively maintained, with regular updates and improvements. It is widely used in the JavaScript ecosystem, ensuring good support and resources for developers.

  • doctrine:

    Doctrine is well-supported within the JavaScript community, especially among projects that utilize JSDoc. It has good documentation and examples for developers looking to implement it in their projects.

  • esprima:

    Esprima has a large user base and is widely adopted in the JavaScript ecosystem. It is actively maintained, with a wealth of resources and community support available for developers.

  • comment-parser:

    Comment-parser has a smaller community compared to other libraries but is still maintained. Documentation and examples are available, though the support may not be as extensive as larger projects.

  • jsdoc-api:

    JSDoc API is part of the larger JSDoc ecosystem, which has a robust community and extensive documentation. It is well-supported, making it easy for developers to find help and resources.

How to Choose: acorn vs doctrine vs esprima vs comment-parser vs jsdoc-api
  • acorn:

    Choose Acorn if you need a fast, lightweight, and flexible JavaScript parser that can be easily extended and integrated into other tools or workflows. Acorn is particularly useful for projects that require custom parsing logic or need to handle modern JavaScript syntax.

  • doctrine:

    Opt for Doctrine if you need a library specifically for parsing JSDoc comments and extracting type information. It is particularly useful for projects that rely heavily on type annotations and want to enforce type safety in their documentation.

  • esprima:

    Use Esprima if you require a full-fledged ECMAScript parser that adheres closely to the ECMAScript specification. It is suitable for static analysis and tools that need a comprehensive understanding of JavaScript syntax and semantics.

  • comment-parser:

    Select Comment-parser if your primary goal is to extract and parse comments from JavaScript code for documentation purposes. It is designed to handle JSDoc-style comments and can be integrated into build processes to automate documentation generation.

  • jsdoc-api:

    Choose JSDoc API if you want a straightforward way to generate documentation from JSDoc comments in your JavaScript code. It is ideal for projects that need to produce user-friendly documentation and want to automate the process of documentation generation.

README for acorn

Acorn

A tiny, fast JavaScript parser written in JavaScript.

Community

Acorn is open source software released under an MIT license.

You are welcome to report bugs or create pull requests on github.

Installation

The easiest way to install acorn is from npm:

npm install acorn

Alternately, you can download the source and build acorn yourself:

git clone https://github.com/acornjs/acorn.git
cd acorn
npm install

Interface

parse(input, options) is the main interface to the library. The input parameter is a string, options must be an object setting some of the options listed below. The return value will be an abstract syntax tree object as specified by the ESTree spec.

let acorn = require("acorn");
console.log(acorn.parse("1 + 1", {ecmaVersion: 2020}));

When encountering a syntax error, the parser will raise a SyntaxError object with a meaningful message. The error object will have a pos property that indicates the string offset at which the error occurred, and a loc object that contains a {line, column} object referring to that same position.

Options are provided by in a second argument, which should be an object containing any of these fields (only ecmaVersion is required):

  • ecmaVersion: Indicates the ECMAScript version to parse. Can be a number, either in year (2022) or plain version number (6) form, or "latest" (the latest the library supports). This influences support for strict mode, the set of reserved words, and support for new syntax features.

    NOTE: Only 'stage 4' (finalized) ECMAScript features are being implemented by Acorn. Other proposed new features must be implemented through plugins.

  • sourceType: Indicate the mode the code should be parsed in. Can be either "script" or "module". This influences global strict mode and parsing of import and export declarations.

    NOTE: If set to "module", then static import / export syntax will be valid, even if ecmaVersion is less than 6.

  • onInsertedSemicolon: If given a callback, that callback will be called whenever a missing semicolon is inserted by the parser. The callback will be given the character offset of the point where the semicolon is inserted as argument, and if locations is on, also a {line, column} object representing this position.

  • onTrailingComma: Like onInsertedSemicolon, but for trailing commas.

  • allowReserved: If false, using a reserved word will generate an error. Defaults to true for ecmaVersion 3, false for higher versions. When given the value "never", reserved words and keywords can also not be used as property names (as in Internet Explorer's old parser).

  • allowReturnOutsideFunction: By default, a return statement at the top level raises an error. Set this to true to accept such code.

  • allowImportExportEverywhere: By default, import and export declarations can only appear at a program's top level. Setting this option to true allows them anywhere where a statement is allowed, and also allows import.meta expressions to appear in scripts (when sourceType is not "module").

  • allowAwaitOutsideFunction: If false, await expressions can only appear inside async functions. Defaults to true in modules for ecmaVersion 2022 and later, false for lower versions. Setting this option to true allows to have top-level await expressions. They are still not allowed in non-async functions, though.

  • allowSuperOutsideMethod: By default, super outside a method raises an error. Set this to true to accept such code.

  • allowHashBang: When this is enabled, if the code starts with the characters #! (as in a shellscript), the first line will be treated as a comment. Defaults to true when ecmaVersion >= 2023.

  • checkPrivateFields: By default, the parser will verify that private properties are only used in places where they are valid and have been declared. Set this to false to turn such checks off.

  • locations: When true, each node has a loc object attached with start and end subobjects, each of which contains the one-based line and zero-based column numbers in {line, column} form. Default is false.

  • onToken: If a function is passed for this option, each found token will be passed in same format as tokens returned from tokenizer().getToken().

    If array is passed, each found token is pushed to it.

    Note that you are not allowed to call the parser from the callback—that will corrupt its internal state.

  • onComment: If a function is passed for this option, whenever a comment is encountered the function will be called with the following parameters:

    • block: true if the comment is a block comment, false if it is a line comment.
    • text: The content of the comment.
    • start: Character offset of the start of the comment.
    • end: Character offset of the end of the comment.

    When the locations options is on, the {line, column} locations of the comment’s start and end are passed as two additional parameters.

    If array is passed for this option, each found comment is pushed to it as object in Esprima format:

    {
      "type": "Line" | "Block",
      "value": "comment text",
      "start": Number,
      "end": Number,
      // If `locations` option is on:
      "loc": {
        "start": {line: Number, column: Number}
        "end": {line: Number, column: Number}
      },
      // If `ranges` option is on:
      "range": [Number, Number]
    }
    

    Note that you are not allowed to call the parser from the callback—that will corrupt its internal state.

  • ranges: Nodes have their start and end characters offsets recorded in start and end properties (directly on the node, rather than the loc object, which holds line/column data. To also add a semi-standardized range property holding a [start, end] array with the same numbers, set the ranges option to true.

  • program: It is possible to parse multiple files into a single AST by passing the tree produced by parsing the first file as the program option in subsequent parses. This will add the toplevel forms of the parsed file to the "Program" (top) node of an existing parse tree.

  • sourceFile: When the locations option is true, you can pass this option to add a source attribute in every node’s loc object. Note that the contents of this option are not examined or processed in any way; you are free to use whatever format you choose.

  • directSourceFile: Like sourceFile, but a sourceFile property will be added (regardless of the location option) directly to the nodes, rather than the loc object.

  • preserveParens: If this option is true, parenthesized expressions are represented by (non-standard) ParenthesizedExpression nodes that have a single expression property containing the expression inside parentheses.

parseExpressionAt(input, offset, options) will parse a single expression in a string, and return its AST. It will not complain if there is more of the string left after the expression.

tokenizer(input, options) returns an object with a getToken method that can be called repeatedly to get the next token, a {start, end, type, value} object (with added loc property when the locations option is enabled and range property when the ranges option is enabled). When the token's type is tokTypes.eof, you should stop calling the method, since it will keep returning that same token forever.

Note that tokenizing JavaScript without parsing it is, in modern versions of the language, not really possible due to the way syntax is overloaded in ways that can only be disambiguated by the parse context. This package applies a bunch of heuristics to try and do a reasonable job, but you are advised to use parse with the onToken option instead of this.

In ES6 environment, returned result can be used as any other protocol-compliant iterable:

for (let token of acorn.tokenizer(str)) {
  // iterate over the tokens
}

// transform code to array of tokens:
var tokens = [...acorn.tokenizer(str)];

tokTypes holds an object mapping names to the token type objects that end up in the type properties of tokens.

getLineInfo(input, offset) can be used to get a {line, column} object for a given program string and offset.

The Parser class

Instances of the Parser class contain all the state and logic that drives a parse. It has static methods parse, parseExpressionAt, and tokenizer that match the top-level functions by the same name.

When extending the parser with plugins, you need to call these methods on the extended version of the class. To extend a parser with plugins, you can use its static extend method.

var acorn = require("acorn");
var jsx = require("acorn-jsx");
var JSXParser = acorn.Parser.extend(jsx());
JSXParser.parse("foo(<bar/>)", {ecmaVersion: 2020});

The extend method takes any number of plugin values, and returns a new Parser class that includes the extra parser logic provided by the plugins.

Command line interface

The bin/acorn utility can be used to parse a file from the command line. It accepts as arguments its input file and the following options:

  • --ecma3|--ecma5|--ecma6|--ecma7|--ecma8|--ecma9|--ecma10: Sets the ECMAScript version to parse. Default is version 9.

  • --module: Sets the parsing mode to "module". Is set to "script" otherwise.

  • --locations: Attaches a "loc" object to each node with "start" and "end" subobjects, each of which contains the one-based line and zero-based column numbers in {line, column} form.

  • --allow-hash-bang: If the code starts with the characters #! (as in a shellscript), the first line will be treated as a comment.

  • --allow-await-outside-function: Allows top-level await expressions. See the allowAwaitOutsideFunction option for more information.

  • --compact: No whitespace is used in the AST output.

  • --silent: Do not output the AST, just return the exit status.

  • --help: Print the usage information and quit.

The utility spits out the syntax tree as JSON data.

Existing plugins