HATEOAS-query
enables working with REST HATEOAS APIs while keeping a very concise and elegant code.
It encapsulates a DSL that helps write single-line selectors to query and fetch though the endpoints, where promises chaining would usually be the classic implementation.
For instance,
const httpClient = require('my/http/client');
const path = _.get(user, '_links.invoices.href');
const invoices = await httpClient({ path })
_.get(invoices, 'items', []);
suddendly becomes:
// const request = ...;
const query = require('hateoas-query')({ request });
const invoices = await query(user, `invoices[]`); // <==
This project uses node and npm. Go check them out if you don't have them locally installed.
$ npm i --save hateoas-query
All you need is a starting node and a selector, then handle the response in an asynchronous way:
const invoiceIds = await bquery(user, 'accounts[].invoices[].invoiceId')
console.log(invoiceIds);
// => [1005, 1006, 1008, 1009]
HATEOAS-query
relies on a specific set of selector rules:
- Each dot
'.'
marks a breakpoint in the chain, that distinguishes every path used to follow the HATOAS links from an endpoint to another ; - When a path corresponds to a collection of
'.items[]'
, it must be marked with a trailing'[]'
;Examples:
'invoices[]'
,'accounts[].invoices[]'
- Each path element can either be a link, an action or an attribute ;
- A path which pattern is
'that'
will be considered a link (if available) or an attribute (if available) ; if it matches a link, it will follow'_links.that.href'
; - A path which pattern is
'@that'
will be considered an action and will follow'_actions.that'
; - Results are concatenated and reduced (see functions) ;
- Each result has a reference to its
'_origin'
, which keeps a cloned version of the previous node in the graph ; - That's it.
Options can be defined when instanciating the library. These options will affect each and every subsequently calls.
const query = hateoas({ request: customRequest }) // <==
Type: boolean
(default: false
)
When enabled, strict mode ensures all goes well when traversing all the nodes and triggers errors that have to be catched by the callee. When disabled, no errors are triggered but a warning is logged.
Type: Promise
(default: undefined
)
This option is mandatory ; it defines how to request a ressource. It should be a Promise-based API client such as axios
for example.
Type: boolean
(default: false
)
When enabled, strict mode ensures all goes well when traversing all the nodes and triggers errors that have to be catched by the callee. When disabled, no errors are triggered but a warning is logged.
Type: object
(default: {}
)
Set the action parameters that will be set when calling an actual action.
Type: array or function
(default: undefined
)
Creates an object composed of the picked properties.
Traverse a HATEOAS REST API through a selector that descends the corresponding links in a HATEOAS compliant way.
Arguments:
- node: The root node from which the traversal begins with.
- selector: The selector is the "full path" that will be used to traverse the tree.
- options: Options.
- results: This is a reduced Array of every results coming from every leading nodes whichever their origin (whichever which they descend from in terms of tree traversal). Its format is
[arr]
wherearr
is the concatenated reduction of every results.
This function has all the same implementation as query()
but its results are not reduced.
- results: This is a non-reduced Array of every results coming from every leading nodes whichever their origin (whichever which they descend from in terms of tree traversal). Its format is
[[arr1], [arr2], [...]]
wherearrN
is the result of its N-origin.
Feel free to dive in! Open an issue or submit PRs.
MIT (c) Arnaud Leymet