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

@octokit-next/endpoint

v2.8.0

Published

Turns REST API endpoints into generic request options

Downloads

679

Readme

endpoint.js

Turns GitHub REST API endpoints into generic request options

@latest Build Status

@octokit-next/endpoint combines GitHub REST API routes with parameters and turns them into generic request options that can be used in any request library.

Usage

<script type="module">
import { endpoint } from "https://cdn.skypack.dev/@octokit-next/endpoint";
</script>

Install with npm install @octokit-next/endpoint

import { endpoint } from "@octokit-next/endpoint";

Load @octokit-next/endpoint directly from cdn.skypack.dev, including types.

import { endpoint } from "https://cdn.skypack.dev/@octokit-next/endpoint?dts";

Example for List organization repositories

const requestOptions = endpoint("GET /orgs/{org}/repos", {
  headers: {
    authorization: "token 0000000000000000000000000000000000000001",
  },
  org: "octokit",
  type: "private",
});

The resulting requestOptions looks as follows

{
  "method": "GET",
  "url": "https://api.github.com/orgs/octokit/repos?type=private",
  "headers": {
    "accept": "application/vnd.github.v3+json",
    "authorization": "token 0000000000000000000000000000000000000001",
    "user-agent": "octokit-next/endpoint.js v1.2.3"
  }
}

You can pass requestOptions to common request libraries

const { url, ...options } = requestOptions;
// https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API/Using_Fetch
fetch(url, options);
// https://github.com/sindresorhus/got
got[options.method](url, options);
// https://github.com/axios/axios
axios(requestOptions);

For PUT/POST endpoints with request body parameters, the code is slightly different

const { url, data, ...options } = requestOptions;
// https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API/Using_Fetch
fetch(url, { ...options, body: JSON.stringify(data) });
// https://github.com/sindresorhus/got
got[options.method](url, { ...options, json: data });
// https://github.com/axios/axios
axios(requestOptions);

API

endpoint(route, options) or endpoint(options)

All other options will be passed depending on the method and url options.

  1. If the option key has a placeholder in the url, it will be used as the replacement. For example, if the passed options are {url: '/orgs/{org}/repos', org: 'foo'} the returned options.url is https://api.github.com/orgs/foo/repos.
  2. If the method is GET or HEAD, the option is passed as a query parameter.
  3. Otherwise, the parameter is passed in the request body as a JSON key.

Result

endpoint() is a synchronous method and returns an object with the following keys:

endpoint.withDefaults()

Override or set default options. Example:

const myEndpoint = endpoint.withDefaults({
  baseUrl: "https://github-enterprise.acme-inc.com/api/v3",
  headers: {
    "user-agent": "myApp/1.2.3",
    authorization: `token 0000000000000000000000000000000000000001`,
  },
});

const options = myEndpoint(`GET /orgs/{org}/repos`, {
  org: "my-project",
  per_page: 100,
});
// {
//   "method": "GET",
//   "url": "https://api.github.com/orgs/my-project/repos?per_page=100",
//   "headers": {
//     "accept": "application/vnd.github.v3+json",
//     "authorization": "token 0000000000000000000000000000000000000001",
//     "user-agent": "myApp/1.2.3"
//   }
// }

You can call .withDefaults() again on the returned method, the defaults will cascade.

const myEndpointWithToken2 = myEndpoint.withDefaults({
  headers: {
    authorization: `token 0000000000000000000000000000000000000002`,
  },
});

const options2 = myEndpointWithToken2(`GET /orgs/{org}/repos`, {
  org: "my-project",
  per_page: 100,
});
// {
//   "method": "GET",
//   "url": "https://api.github.com/orgs/my-project/repos?per_page=100",
//   "headers": {
//     "accept": "application/vnd.github.v3+json",
//     "authorization": "token 0000000000000000000000000000000000000002",
//     "user-agent": "myApp/1.2.3"
//   }
// }

endpoint.DEFAULTS

The current default options.

endpoint.DEFAULTS.baseUrl; // https://api.github.com
const myEndpoint = endpoint.withDefaults({
  baseUrl: "https://github-enterprise.acme-inc.com/api/v3",
});
myEndpoint.DEFAULTS.baseUrl; // https://github-enterprise.acme-inc.com/api/v3

endpoint.merge(route, options) or endpoint.merge(options)

Get the defaulted endpoint options, but without parsing them into request options:

const myProjectEndpoint = endpoint.withDefaults({
  baseUrl: "https://github-enterprise.acme-inc.com/api/v3",
  headers: {
    "user-agent": "myApp/1.2.3",
  },
  org: "my-project",
});
myProjectEndpoint.merge("GET /orgs/{org}/repos", {
  headers: {
    authorization: `token 0000000000000000000000000000000000000001`,
  },
  org: "my-secret-project",
  type: "private",
});

// {
//   baseUrl: 'https://github-enterprise.acme-inc.com/api/v3',
//   method: 'GET',
//   url: '/orgs/{org}/repos',
//   headers: {
//     accept: 'application/vnd.github.v3+json',
//     authorization: `token 0000000000000000000000000000000000000001`,
//     'user-agent': 'myApp/1.2.3'
//   },
//   org: 'my-secret-project',
//   type: 'private'
// }

endpoint.parse()

Stateless method to turn endpoint options into request options. Calling endpoint(options) is the same as calling endpoint.parse(endpoint.merge(options)).

Types

@octokit-next/endpoint supports types for all REST API endpoints across all supported targets (github.com, GitHub AE, GitHub Enterprise Server).

In order to take advantage of the types, you have to install the @octokit-next/types-rest-api* packages for the platform(s) you want to target.

For example, to get types for all of github.com's REST API endpoints, use @octokit-next/types-rest-api.

/// <reference types="@octokit-next/types-rest-api" />

import { endpoint } from "@octokit-next/endpoint";

endpoint("");
// Set cursor in the route argument and press `Ctrl + Space` to get a type ahead for all 700+ REST API endpoints

const requestOptions = endpoint("GET /orgs/{org}/repos", { org: "octokit" });
// requestOptions.method is now typed as `"GET"` instead of `string`
// requestOptions.url is now typed as `"/orgs/{org}/repos"` instead of `string`
// requestOptions.data does not exist on types.

To support GitHub Enterprise Server 3.0 and all new versions, import @octokit-next/types-rest-api-ghes-3.0 and set the request version:

/// <reference types="@octokit-next/types-rest-api-ghes-3.0" />

import { endpoint } from "@octokit-next/endpoint";

endpoint("", {
  request: {
    version: "ghes-3.0",
  },
});
// Set cursor in the route argument and press `Ctrl + Space` to get a type ahead for all GHES 3.0 REST API endpoints

const requestOptions = endpoint("GET /admin/users/{username}", {
  request: {
    version: "ghes-3.0",
  },
  username: "octocat",
});
// requestOptions.method is now typed as `"GET"` instead of `string`
// requestOptions.url is now typed as `"/admin/users/{username}"` instead of `string`
// requestOptions.data does not exist on types.

Types in the @octokit-next/types-rest-api-ghes packages are additive. So you can set request.version to ghes-3.1 and ghes-3.2 as well.

The version can be set using endpoint.withDefaults() as well. You can override the version in each endpoint() call.

/// <reference types="@octokit-next/types-rest-api-ghes-3.0" />

import { endpoint } from "@octokit-next/endpoint";

const ghes30endpoint = endpoint.withDefaults({
  request: {
    version: "ghes-3.0",
  },
});

endpoint("");
// Set cursor in the route argument and press `Ctrl + Space` to get a type ahead for all GHES 3.0 REST API endpoints

If you need your script to work across github.com and a minimal GitHub Enterprise Server version, you can use any of the @octokit-next/types-rest-api-ghes-*-compatible packages.

/// <reference types="@octokit-next/types-rest-api-ghes-3.0-compatible" />

import { endpoint } from "@octokit-next/endpoint";

const ghes30endpoint = endpoint.withDefaults({
  request: {
    version: "ghes-3.0",
  },
});

endpoint("");
// Set cursor in the route argument and press `Ctrl + Space` to get a type ahead for all REST API endpoints
// that exist in both github.com and GitHub Enterprise Server 3.0

Special cases

The data parameter – set request body directly

Some endpoints such as Render a Markdown document in raw mode don’t have parameters that are sent as request body keys, instead, the request body needs to be set directly. In these cases, set the data parameter.

const options = endpoint("POST /markdown/raw", {
  data: "Hello world github/linguist#1 **cool**, and #1!",
  headers: {
    accept: "text/html;charset=utf-8",
    "content-type": "text/plain",
  },
});

// options is
// {
//   method: 'post',
//   url: 'https://api.github.com/markdown/raw',
//   headers: {
//     accept: 'text/html;charset=utf-8',
//     'content-type': 'text/plain',
//     'user-agent': userAgent
//   },
//   body: 'Hello world github/linguist#1 **cool**, and #1!'
// }

Set parameters for both the URL/query and the request body

There are API endpoints that accept both query parameters as well as a body. In that case, you need to add the query parameters as templates to options.url, as defined in the RFC 6570 URI Template specification.

Example

endpoint(
  "POST https://uploads.github.com/repos/octocat/Hello-World/releases/1/assets{?name,label}",
  {
    name: "example.zip",
    label: "short description",
    headers: {
      "content-type": "text/plain",
      "content-length": 14,
      authorization: `token 0000000000000000000000000000000000000001`,
    },
    data: "Hello, world!",
  }
);

LICENSE

MIT