{
  "_args": [
    [
      {
        "raw": "catharsis@~0.8.9",
        "scope": null,
        "escapedName": "catharsis",
        "name": "catharsis",
        "rawSpec": "~0.8.9",
        "spec": ">=0.8.9 <0.9.0",
        "type": "range"
      },
      "/Users/fzy/project/koa2_Sequelize_project/node_modules/jsdoc"
    ]
  ],
  "_from": "catharsis@>=0.8.9 <0.9.0",
  "_id": "catharsis@0.8.9",
  "_inCache": true,
  "_location": "/catharsis",
  "_nodeVersion": "6.10.2",
  "_npmOperationalInternal": {
    "host": "s3://npm-registry-packages",
    "tmp": "tmp/catharsis-0.8.9.tgz_1499903127213_0.83025440457277"
  },
  "_npmUser": {
    "name": "hegemonic",
    "email": "jeffrey.l.williams@gmail.com"
  },
  "_npmVersion": "3.10.10",
  "_phantomChildren": {},
  "_requested": {
    "raw": "catharsis@~0.8.9",
    "scope": null,
    "escapedName": "catharsis",
    "name": "catharsis",
    "rawSpec": "~0.8.9",
    "spec": ">=0.8.9 <0.9.0",
    "type": "range"
  },
  "_requiredBy": [
    "/jsdoc"
  ],
  "_resolved": "https://registry.npmjs.org/catharsis/-/catharsis-0.8.9.tgz",
  "_shasum": "98cc890ca652dd2ef0e70b37925310ff9e90fc8b",
  "_shrinkwrap": null,
  "_spec": "catharsis@~0.8.9",
  "_where": "/Users/fzy/project/koa2_Sequelize_project/node_modules/jsdoc",
  "author": {
    "name": "Jeff Williams",
    "email": "jeffrey.l.williams@gmail.com"
  },
  "bugs": {
    "url": "https://github.com/hegemonic/catharsis/issues"
  },
  "dependencies": {
    "underscore-contrib": "~0.3.0"
  },
  "description": "A JavaScript parser for Google Closure Compiler and JSDoc type expressions.",
  "devDependencies": {
    "mocha": "~2.0.1",
    "pegjs": "https://github.com/dmajda/pegjs/tarball/eaca5f0acf97b66ef141fed84aa95d4e72e33757",
    "should": "~4.0.4",
    "tv4": "https://github.com/geraintluff/tv4/tarball/eb7561072d44943306e5fd88b55b4a4c98cb6c75"
  },
  "directories": {},
  "dist": {
    "shasum": "98cc890ca652dd2ef0e70b37925310ff9e90fc8b",
    "tarball": "https://registry.npmjs.org/catharsis/-/catharsis-0.8.9.tgz"
  },
  "engines": {
    "node": ">= 0.10"
  },
  "gitHead": "e318f14f6d9b615fb2b90e8fac681b12fd98b03e",
  "homepage": "https://github.com/hegemonic/catharsis#readme",
  "license": "MIT",
  "main": "catharsis.js",
  "maintainers": [
    {
      "name": "hegemonic",
      "email": "jeffrey.l.williams@gmail.com"
    }
  ],
  "name": "catharsis",
  "optionalDependencies": {},
  "readme": "# Catharsis #\n\nA JavaScript parser for\n[Google Closure Compiler](https://developers.google.com/closure/compiler/docs/js-for-compiler#types)\nand [JSDoc](https://github.com/jsdoc3/jsdoc) type expressions.\n\nCatharsis is designed to be:\n\n+ **Accurate**. Catharsis is based on a [PEG.js](http://pegjs.majda.cz/) grammar that's designed to\nhandle any valid type expression. It uses a [Mocha](http://visionmedia.github.com/mocha/) test suite\nto verify the parser's accuracy.\n+ **Fast**. Parse results are cached, so the parser is invoked only when necessary.\n+ **Flexible**. Catharsis can convert a parse result back into a type expression, or into a\ndescription of the type expression. In addition, Catharsis can parse\n[JSDoc](https://github.com/jsdoc3/jsdoc)-style type expressions.\n\n\n## Example ##\n\n```js\nvar catharsis = require('catharsis');\n\n// Google Closure Compiler parsing\nvar type = '!Object';\nvar parsedType;\ntry {\n    parsedType = catharsis.parse(type); // {\"type\":\"NameExpression,\"name\":\"Object\",\"nullable\":false}\n} catch(e) {\n    console.error('unable to parse %s: %s', type, e);\n}\n\n// JSDoc-style type expressions enabled\nvar jsdocType = 'string[]';  // Closure Compiler expects Array.<string>\nvar parsedJsdocType;\ntry {\n    parsedJsdocType = catharsis.parse(jsdocType, {jsdoc: true});\n} catch (e) {\n    console.error('unable to parse %s: %s', jsdocType, e);\n}\n\n// Converting parse results back to type expressions\ncatharsis.stringify(parsedType);                              // !Object\ncatharsis.stringify(parsedJsdocType);                         // string[]\ncatharsis.stringify(parsedJsdocType, {restringify: true});    // Array.<string>\n\n// Converting parse results to descriptions of the type expression\ncatharsis.describe(parsedType).simple;                        // non-null Object\ncatharsis.describe(parsedJsdocType).simple;                   // Array of string\n```\n\nSee the [test/specs directory](test/specs) for more examples of Catharsis' parse results.\n\n\n## Methods ##\n\n### parse(typeExpression, options) ###\nParse a type expression, and return the parse results. Throws an error if the type expression cannot\nbe parsed.\n\nWhen called without options, Catharsis attempts to parse type expressions in the same way as\nClosure Compiler. When the `jsdoc` option is enabled, Catharsis can also parse several kinds of\ntype expressions that are permitted in [JSDoc](https://github.com/jsdoc3/jsdoc):\n\n+ The string `function` is treated as a function type with no parameters.\n+ The period may be omitted from type applications. For example, `Array.<string>` and\n`Array<string>` will be parsed in the same way.\n+ You may append `[]` to a name expression (for example, `string[]`) to interpret it as a type\napplication with the expression `Array` (for example, `Array.<string>`).\n+ Name expressions may contain the characters `#`, `~`, `:`, and `/`.\n+ Name expressions may contain a suffix that is similar to a function signature (for example,\n`MyClass(foo, bar)`).\n+ Name expressions may contain a reserved word.\n+ Record types may use types other than name expressions for keys.\n\n#### Parameters ####\n+ `type`: A string containing a Closure Compiler type expression.\n+ `options`: Options for parsing the type expression.\n    + `options.jsdoc`: Specifies whether to enable parsing of JSDoc-style type expressions. Defaults\n    to `false`.\n    + `options.useCache`: Specifies whether to use the cache of parsed types. Defaults to `true`.\n\n#### Returns ####\nAn object containing the parse results. See the [test/specs directory](test/specs) for examples of\nthe parse results for different type expressions.\n\nThe object also includes two non-enumerable properties:\n\n+ `jsdoc`: A boolean indicating whether the type expression was parsed with JSDoc support enabled.\n+ `typeExpression`: A string containing the type expression that was parsed.\n\n### stringify(parsedType, options) ###\nStringify `parsedType`, and return the type expression. If validation is enabled, throws an error if\nthe stringified type expression cannot be parsed.\n\n#### Parameters ####\n+ `parsedType`: An object containing a parsed Closure Compiler type expression.\n+ `options`: Options for stringifying the parse results.\n    + `options.cssClass`: Synonym for `options.linkClass`. Deprecated in version 0.8.0; will be\n    removed in a future version.\n    + `options.htmlSafe`: Specifies whether to return an HTML-safe string that replaces left angle\n    brackets (`<`) with the corresponding entity (`&lt;`). **Note**: Characters in name expressions\n    are not escaped.\n    + `options.linkClass`: A CSS class to add to HTML links. Used only if `options.links` is\n    provided. By default, no CSS class is added.\n    + `options.links`: An object whose keys are name expressions and whose values are URIs. If a\n    name expression matches a key in `options.links`, the name expression will be wrapped in an\n    HTML `<a>` tag that links to the URI. If `options.linkClass` is specified, the `<a>` tag will\n    include a `class` attribute. **Note**: When using this option, parsed types are always\n    restringified, and the resulting string is not cached.\n    + `options.restringify`: Forces Catharsis to restringify the parsed type. If this option is not\n    specified, and the parsed type object includes a `typeExpression` property, Catharsis will\n    return the `typeExpression` property without modification when possible. Defaults to `false`.\n    + `options.useCache`: Specifies whether to use the cache of stringified type expressions.\n    Defaults to `true`.\n    + `options.validate`: Specifies whether to validate the stringified parse results by attempting\n    to parse them as a type expression. If the stringified results are not parsable by default, you\n    must also provide the appropriate options to pass to the `parse()` method. Defaults to `false`.\n\n#### Returns ####\nA string containing the type expression.\n\n### describe(parsedType, options) ###\nConvert a parsed type to a description of the type expression. This method is especially useful if\nyour users are not familiar with the syntax for type expressions.\n\nThe `describe()` method returns the description in two formats:\n\n+ **Simple format**. A string that provides a complete description of the type expression.\n+ **Extended format**. An object that separates out some of the details about the outermost type\nexpression, such as whether the type is optional, nullable, or repeatable.\n\nFor example, if you call `describe('?function(new:MyObject, string)=')`, it returns the following\nobject:\n\n```js\n{\n  simple: 'optional nullable function(constructs MyObject, string)',\n  extended: {\n    description: 'function(string)',\n    modifiers: {\n      functionNew: 'Returns MyObject when called with new.',\n      functionThis: '',\n      optional: 'Optional.',\n      nullable: 'May be null.',\n      repeatable: ''\n    },\n    returns: ''\n  }\n}\n```\n\n#### Parameters ####\n+ `parsedType`: An object containing a parsed Closure Compiler type expression.\n+ `options`: Options for creating the description.\n    + `options.codeClass`: A CSS class to add to the tag that is wrapped around type names. Used\n    only if `options.codeTag` is provided. By default, no CSS class is added.\n    + `options.codeTag`: The name of an HTML tag (for example, `code`) to wrap around type names.\n    For example, if this option is set to `code`, the type expression `Array.<string>` would have\n    the simple description `<code>Array</code> of <code>string</code>`.\n    + `options.language`: A string identifying the language in which to generate the description.\n    The identifier should be an\n    [ISO 639-1 language code](http://en.wikipedia.org/wiki/List_of_ISO_639-1_codes) (for example,\n    `en`). It can optionally be followed by a hyphen and an\n    [ISO 3166-1 alpha-2 country code](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2) (for example,\n    `en-US`). If you use values other than `en`, you must provide translation resources in\n    `options.resources`. Defaults to `en`.\n    + `options.linkClass`: A CSS class to add to HTML links. Used only if `options.links` is\n    provided. By default, no CSS class is added.\n    + `options.links`: An object whose keys are name expressions and whose values are URIs. If a\n    name expression matches a key in `options.links`, the name expression will be wrapped in an\n    HTML `<a>` tag that links to the URI. If `options.linkClass` is specified, the `<a>` tag will\n    include a `class` attribute. **Note**: When using this option, the description is not cached.\n    + `options.resources`: An object that specifies how to describe type expressions for a given\n    language. The object's property names should use the same format as `options.language`. Each\n    property should contain an object in the same format as the translation resources in\n    [res/en.json](res/en.json). If you specify a value for `options.resources.en`, it will override\n    the defaults in [res/en.json](res/en.json).\n    + `options.useCache`: Specifies whether to use the cache of descriptions. Defaults to `true`.\n\n### Returns ###\nAn object with the following properties:\n\n+ `simple`: A string that provides a complete description of the type expression.\n+ `extended`: An object containing details about the outermost type expression.\n    + `extended.description`: A string that provides a basic description of the type expression,\n    excluding the information contained in other properties.\n    + `extended.modifiers`: Information about modifiers that apply to the type expression.\n        + `extended.modifiers.functionNew`: A string describing what a function returns when called\n        with `new`. Used only for function types.\n        + `extended.modifiers.functionThis`: A string describing what the keyword `this` refers to\n        within a function. Used only for function types.\n        + `extended.modifiers.nullable`: A string indicating whether the type is nullable or\n        non-nullable.\n        + `extended.modifiers.optional`: A string indicating whether the type is optional.\n        + `extended.modifiers.repeatable`: A string indicating whether the type can be provided\n    + `extended.returns`: A string describing the function's return value. Used only for function\n    types.\n\n\n## Installation ##\n\nWith [npm](http://npmjs.org):\n\n    npm install catharsis\n\nOr by cloning the git repo:\n\n    git clone git://github.com/hegemonic/catharsis.git\n    cd catharsis\n    npm install\n\n\n## Roadmap and known issues ##\n\nTake a look at the [issue tracker](https://github.com/hegemonic/catharsis/issues) to see what's in\nstore for Catharsis.\n\nBug reports, feature requests, and pull requests are always welcome! If you're working on a large\npull request, please contact me in advance so I can help things go smoothly.\n\n**Note**: The parse tree's format should not be considered final until Catharsis reaches version\n1.0. I'll do my best to provide release notes for any changes.\n\n\n## Changelog ##\n\n+ 0.8.9 (July 2017): Type expressions that include an `@` sign (for example,\n`module:@prefix/mymodule~myCallback`) are now supported.\n+ 0.8.8 (April 2016): Corrected the description of type applications other than arrays that contain\na single type (for example, `Promise.<string>`).\n+ 0.8.7 (June 2015):\n    + Record types that use numeric literals as property names (for example, `{0: string}`) are now\n    parsed correctly.\n    + Record types with a property that contains a function, with no space after the preceding colon\n    (for example, `{foo:function()}`), are now parsed correctly.\n    + Repeatable function parameters are no longer required to be enclosed in brackets, regardless\n    of whether JSDoc-style type expressions are enabled. In addition, the brackets are omitted when\n    stringifying a parsed type expression.\n+ 0.8.6 (December 2014): Improved the description of the unknown type.\n+ 0.8.5 (December 2014): Added support for postfix nullable/non-nullable operators combined with the\noptional operator (for example, `foo?=`).\n+ 0.8.4 (December 2014): JSDoc-style nested arrays (for example, `number[][]`) are now parsed\ncorrectly when JSDoc-style type expressions are enabled.\n+ 0.8.3 (October 2014):\n    + Type applications are no longer required to include a period (`.`) as a separator, regardless\n    of whether JSDoc-style type expressions are enabled.\n    + Type unions that are not enclosed in parentheses can now include the repeatable (`...`)\n    modifier when JSDoc-style type expressions are enabled.\n    + Name expressions may now be enclosed in single or double quotation marks when JSDoc-style\n    type expressions are enabled.\n+ 0.8.2 (June 2014): Fixed a compatibility issue with the JSDoc fork of Mozilla Rhino.\n+ 0.8.1 (June 2014): Added support for type unions that are not enclosed in parentheses, and that\ncontain nullable or non-nullable modifiers (for example, `!string|!number`).\n+ 0.8.0 (May 2014):\n    + Added a `describe()` method, which converts a parsed type to a description of the type.\n    + Added a `linkClass` option to the `stringify()` method, and deprecated the existing `cssClass`\n    option. The `cssClass` option will be removed in a future release.\n    + Clarified and corrected several sections in the `README`.\n+ 0.7.1 (April 2014): In record types, property names that begin with a keyword (for example,\n`undefinedHTML`) are now parsed correctly when JSDoc-style type expressions are enabled.\n+ 0.7.0 (October 2013):\n    + Repeatable type expressions other than name expressions (for example, `...function()`) are now\n    parsed and stringified correctly.\n    + Type expressions that are both repeatable and either nullable or non-nullable (for example,\n    `...!number`) are now parsed and stringified correctly.\n    + Name expressions are now parsed correctly when they match a property name in an object\n    instance (for example, `constructor`).\n+ 0.6.0 (September 2013): Added support for the type expression `function[]` when JSDoc-style type\nexpressions are enabled.\n+ 0.5.6 (April 2013):\n    + For consistency with Google Closure Library, parentheses are no longer required around type\n    unions. (In previous versions, the parentheses could be omitted when JSDoc support was enabled.)\n    + For consistency with Google Closure Library, you can now use postfix notation for the `?`\n    (nullable) and `!` (non-nullable) modifiers. For example, `?string` and `string?` are now\n    treated as equivalent.\n    + String literals and numeric literals are now allowed as property names within name\n    expressions. For example, the name expression `Foo.\"bar\"` is now parsed correctly.\n+ 0.5.5 (April 2013): Corrected a parsing issue with name expressions that end with a value enclosed\nin parentheses.\n+ 0.5.4 (April 2013):\n    + Repeatable literals (for example, `...*`) are now parsed correctly.\n    + When JSDoc-style type expressions are enabled, a name expression can now contain a value\n    enclosed in parentheses at the end of the name expression (for example, `MyClass(2)`).\n+ 0.5.3 (March 2013): The `parse()` method now correctly parses name expressions that contain\nhyphens.\n+ 0.5.2 (March 2013): The `parse()` method now correctly parses function types when JSDoc-style type\nexpressions are enabled.\n+ 0.5.1 (March 2013): Newlines and extra spaces are now removed from type expressions before they\nare parsed.\n+ 0.5.0 (March 2013):\n    + The `parse()` method's `lenient` option has been renamed to `jsdoc`. **Note**: This change is\n    not backwards-compatible with previous versions.\n    + The `stringify()` method now accepts `cssClass` and `links` options, which you can use to\n    add HTML links to a type expression.\n+ 0.4.3 (March 2013):\n    + The `stringify()` method no longer caches HTML-safe type expressions as if they were normal\n    type expressions.\n    + The `stringify()` method's options parameter may now include an `options.restringify`\n    property, and the behavior of the `options.useCache` property has changed.\n+ 0.4.2 (March 2013):\n    + When lenient parsing is enabled, name expressions can now contain the characters `:` and `/`.\n    + When lenient parsing is enabled, a name expression followed by `[]` (for example, `string[]`)\n    will be interpreted as a type application with the expression `Array` (for example,\n    `Array.<string>`).\n+ 0.4.1 (March 2013):\n    + The `parse()` and `stringify()` methods now honor all of the specified options.\n    + When lenient parsing is enabled, name expressions can now contain a reserved word.\n+ 0.4.0 (March 2013):\n    + Catharsis now supports a lenient parsing option that can parse several kinds of malformed type\n    expressions. See the documentation for details.\n    + The objects containing parse results are now frozen.\n    + The objects containing parse results now have two non-enumerable properties:\n        + `lenient`: A boolean indicating whether the type expression was parsed in lenient mode.\n        + `typeExpression`: A string containing the original type expression.\n    + The `stringify()` method now honors the `useCache` option. If a parsed type includes a\n    `typeExpression` property, and `useCache` is not set to `false`, the stringified type will be\n    identical to the original type expression.\n+ 0.3.1 (March 2013): Type expressions that begin with a reserved word, such as `integer`, are now\nparsed correctly.\n+ 0.3.0 (March 2013):\n    + The `parse()` and `stringify()` methods are now synchronous, and the `parseSync()` and\n    `stringifySync()` methods have been removed. **Note**: This change is not backwards-compatible\n    with previous versions.\n    + The parse results now use a significantly different format from previous versions. The new\n    format is more expressive and is similar, but not identical, to the format used by the\n    [doctrine](https://github.com/Constellation/doctrine) parser. **Note**: This change is not\n    backwards-compatible with previous versions.\n    + Name expressions that contain a reserved word now include a `reservedWord: true` property.\n    + Union types that are optional or nullable, or that can be passed a variable number of times,\n    are now parsed and stringified correctly.\n    + Optional function types and record types are now parsed and stringified correctly.\n    + Function types now longer include `new` or `this` properties unless the properties are defined\n    in the type expression. In addition, the `new` and `this` properties can now use any type\n    expression.\n    + In record types, the key for a field type can now use any type expression.\n    + Standalone single-character literals, such as ALL (`*`), are now parsed and stringified\n    correctly.\n    + `null` and `undefined` literals with additional properties, such as `repeatable`, are now\n    stringified correctly.\n+ 0.2.0 (November 2012):\n    + Added `stringify()` and `stringifySync()` methods, which convert a parsed type to a type\n    expression.\n    + Simplified the parse results for function signatures. **Note**: This change is not\n    backwards-compatible with previous versions.\n    + Corrected minor errors in README.md.\n+ 0.1.1 (November 2012): Added `opts` argument to `parse()` and `parseSync()` methods. **Note**: The\nchange to `parse()` is not backwards-compatible with previous versions.\n+ 0.1.0 (November 2012): Initial release.\n\n## License ##\n\n[MIT license](https://github.com/hegemonic/catharsis/blob/master/LICENSE).\n",
  "readmeFilename": "README.md",
  "repository": {
    "type": "git",
    "url": "git+https://github.com/hegemonic/catharsis.git"
  },
  "scripts": {
    "prepublish": "./node_modules/pegjs/bin/pegjs ./lib/parser.pegjs",
    "test": "mocha"
  },
  "version": "0.8.9"
}