Previously I've always documented my object parameters as follows:
/**
* Description of the function
*
* @param {Object} config - The configuration
* @param {String} config.foo
* @param {Boolean} [config.bar] - Optional value
* @return {String}
*/
function doSomething (config = {}) {
const { foo, bar } = config;
console.log(foo, bar);
// do something
}
But I am unsure what the best approach is with desctructured function parameter. Do I just ignore the object, define it somehow or what is the best way of documenting it?
/**
* Description of the function
*
* @param {String} foo
* @param {Boolean} [bar] - Optional value
* @return {String}
*/
function doSomething ({ foo, bar } = {}) {
console.log(foo, bar);
// do something
}
I feel like my approach above doesn't make it obvious that the function expects an object
and not two different parameter.
Another way I could think of would be using @typedef
, but that might end up being a huge mess (especially in a larger file with many methods)?
/**
* @typedef {Object} doSomethingConfiguration
* @property {String} foo
* @property {Boolean} [bar] - Optional value
*/
/**
* Description of the function
*
* @param {doSomethingConfiguration}
* @return {String}
*/
function doSomething ({ foo, bar } = {}) {
console.log(foo, bar);
// do something
}
This is how it's intended, as described in the documentation.
So, your first example is pretty much correct.
Another example with some deeper nesting:
See JSDoc's "Documenting a parameter's properties":
(Google Closure compiler type checking, that was based on but diverted from JSDoc, also allows
@param {{x:number,y:number}} point A "point-shaped" object.
)I personally use this one:
Just create the object right there.
I also take advantage of TypeScript, and would declare obtional
b
asb?
orb: number | undefined
as JSDoc also allows unions