npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@alphpaca/api-doc-parser

v0.1.1

Published

Transform an API documentation (Hydra, OpenAPI, GraphQL) in an intermediate representation that can be used for various tasks such as creating smart API clients, scaffolding code or building administration interfaces.

Downloads

4

Readme

API Doc Parser

GitHub Actions npm version

api-doc-parser is a standalone TypeScript library to parse Hydra, Swagger, OpenAPI and GraphQL documentations and transform them in an intermediate representation. This data structure can then be used for various tasks such as creating smart API clients, scaffolding code or building administration interfaces.

It plays well with the API Platform framework.

Install

With Yarn:

yarn add @api-platform/api-doc-parser

Using NPM:

npm install @api-platform/api-doc-parser

If you plan to use the library with Node, you also need a polyfill for the fetch function:

yarn add isomorphic-fetch

Usage

Hydra

import { parseHydraDocumentation } from '@api-platform/api-doc-parser';

parseHydraDocumentation('https://demo.api-platform.com').then(({api}) => console.log(api));

OpenAPI v2 (formerly known as Swagger)

import { parseSwaggerDocumentation } from '@api-platform/api-doc-parser';

parseSwaggerDocumentation('https://demo.api-platform.com/docs.json').then(({api}) => console.log(api));

OpenAPI v3

import { parseOpenApi3Documentation } from '@api-platform/api-doc-parser';

parseOpenApi3Documentation('https://demo.api-platform.com/docs.json?spec_version=3').then(({api}) => console.log(api));

GraphQL

import { parseGraphQl } from '@api-platform/api-doc-parser';

parseGraphQl('https://demo.api-platform.com/graphql').then(({api}) => console.log(api));

OpenAPI Support

In order to support OpenAPI, the library makes some assumptions about how the documentation relates to a corresponding ressource:

  • The path to get (GET) or edit (PUT) one resource looks like /books/{id} (regular expression used: ^[^{}]+/{[^{}]+}/?$). Note that books may be a singular noun (book). If there is no path like this, the library skips the resource.
  • The corresponding path schema is retrieved for get either in the [response / 200 / content / application/json] path section or in the components section of the documentation. If retrieved from the components section, the component name needs to look like Book (singular noun). For put, the schema is only retrieved in the [requestBody / content / application/json] path section. If no schema is found, the resource is skipped.
  • If there are two schemas (one for get and one for put), resource fields are merged.
  • The library looks for a creation (POST) and list (GET) path. They need to look like /books (plural noun).
  • The deletion (DELETE) path needs to be inside the get / edit path.
  • In order to reference the resources between themselves (embeddeds or relations), the library guesses embeddeds or references from property names. For instance if a book schema has a reviews property, the library tries to find a Review resource. If there is, a relation or an embedded between Book and Review resources is made for the reviews field. The property name can also be like review_id, reviewId, review_ids or reviewIds for references.
  • Parameters are only retrieved in the list path.

Support for other formats (JSON:API...)

API Doc Parser is designed to parse any API documentation format and convert it in the same intermediate representation. If you develop a parser for another format, please open a Pull Request to include it in the library.

Run tests

yarn test
yarn lint

Credits

Created by Kévin Dunglas. Sponsored by Les-Tilleuls.coop.