1. jsdoc-tsimport-plugin
A JSDoc plugin to support the typescript module import syntax.
jsdoc-tsimport-plugin
Package: jsdoc-tsimport-plugin
Created by: polyforest
Last modified: Fri, 06 May 2022 20:32:00 GMT
Version: 1.0.5
License: Apache-2.0
Downloads: 11,213
Repository: https://github.com/polyforest/jsdoc-tsimport-plugin

Install

npm install jsdoc-tsimport-plugin
yarn add jsdoc-tsimport-plugin

jsdoc-tsimport-plugin

A JSDoc plugin to support the Typescript import syntax.

NPM Package
NPM Downloads

What is it?

A workaround to VSCode and WebStorm not supporting JSDoc typedef imports.

What JSDocs expects:

 /**
 * @type {module:path/to/module~MyTypeDefName}
 */

What VSCode expects (as well as Webstorm to a limited degree):

 /**
 * @type {typeof import("./path/to/module").MyTypeDefName}
 */

This plugin adds hooks to JSDoc that translates the VSCode supported syntax into the JSDoc supported syntax.

Why?

This allows you to create typedef doclets in a file that can be shared. Just use the typescript-style imports within your doc comments, and then the plugin will translate when you build your jsdocs. This is preferable to adding unused es6/commonjs imports to your code, which may cause unintended side-effects, or fail linting requirements.

How?

To get started, first install this package with:
npm install --save-dev jsdoc-tsimport-plugin

Then in your jsdoc.conf.json settings, add the plugin:

"plugins": [
  "node_modules/jsdoc-tsimport-plugin/index.js"
]

Then, write your doc comment typedef import statements in the typescript style.

 /// src/model.js

/** @file Model type definitions */
/** @module */

/**
 * An address model.
 *
 * @typedef {object} Address
 *
 * @property {number} houseNumber The house number.
 * @property {string} street The street.
 * @property {string} city The city.
 * @property {string} state The state.
 * @property {number} zip The zip.
 */
 /// src/addressView.js

/** @typedef {import('./model.js').Address} Address

If everything is working, when you run jsdoc you should get a linkable definition for your type.
Example:

Name Type Description
shippingAddress module:model~Address The shipping address.

ESLint

If you're using ESLint, we recommend turning the built-in jsdoc validation off (it's deprecated anyway), and using eslint-plugin-jsdoc.
And then set your jsdoc style to 'typescript'.

.eslintrc.json

 {
  "extends": [
    "plugin:jsdoc/recommended"
  ],
  "plugins": ["jsdoc"],
  "rules": {
    "valid-jsdoc": "off"
  },
  "settings": {
    "jsdoc": {
      "mode": "typescript"
    }
  }
}

Considerations

This will take into account @module tags, multiple source directories, and complex paths.

For example:

 /// src/path/a/model.js

/** @module call/me/ishmael */

/**
 * Another type definition.
 *
 * @typedef {object} MyType
 * @property {number} foo
 */
 /// src/path/b/view.js

/**
 * @param {import('../a/model').MyType} data
 */
function show(data) {}

In that example the import('../a/model').MyType will be replaced in jsdoc with module:call/me/ishmael~MyType.

Known Limitations

In Webstorm, the Typescript import syntax is only partially supported. It will not type hint for local files this way. However, the JSDoc module syntax is entirely unsupported and shows error markers, so this is still an improvement.

References

This references the issues:

  • https://github.com/jsdoc/jsdoc/issues/1537
  • https://github.com/jsdoc/jsdoc/issues/1645
  • https://github.com/jsdoc/jsdoc/issues/1632

RELATED POST

10 Must-Know Windows Shortcuts That Will Save You Time

10 Must-Know Windows Shortcuts That Will Save You Time

Arrays vs Linked Lists: Which is Better for Memory Management in Data Structures?

Arrays vs Linked Lists: Which is Better for Memory Management in Data Structures?

Navigating AWS Networking: Essential Hacks for Smooth Operation

Navigating AWS Networking: Essential Hacks for Smooth Operation

Achieving Stunning Visuals with Unity's Global Illumination

Achieving Stunning Visuals with Unity's Global Illumination

Nim's Hidden Gems: Lesser-known Features for Writing Efficient Code

Nim's Hidden Gems: Lesser-known Features for Writing Efficient Code