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

@multiplatform.one/sofa-api

v0.18.4

Published

Create REST APIs with GraphQL

Downloads

6

Readme

GraphQL Conf 2023

sofa

npm version Discord Chat code style: prettier renovate-app badge

The best way to create REST APIs (is GraphQL).

Installation

yarn add sofa-api
# or
npm install sofa-api

Getting Started

Here's complete example with no dependency on frameworks, but also integratable with any of them:

import http from 'http';
import getStream from 'get-stream';
import { useSofa } from 'sofa-api';

const server = http.createServer(
  useSofa({
    basePath: '/api',
    schema,
  })
);

Another example with builtin express-like frameworks support

import { useSofa } from 'sofa-api';
import express from 'express';

const app = express();

app.use(
  '/api',
  useSofa({
    basePath: '/api',
    schema,
  })
);

// GET /api/users
// GET /api/messages

How it works

Sofa takes your GraphQL Schema, looks for available queries, mutations and subscriptions and turns all of that into REST API.

Given the following schema:

type Chat {
  id: ID
  text: String
}

type Query {
  chat(id: ID): Chat
  chats: [Chat]
  me: Chat
  recentChats: [Chat]
}

Routes that are being generated:

GET /chat/:id
GET /chats
GET /me
GET /recent-chats

Nested data and idea behind Models

Sofa treats some types differently than others, those are called Models.

The idea behind Models is to not expose full objects in every response, especially if it's a nested, not first-level data.

For example, when fetching a list of chats you don't want to include all messages in the response, you want them to be just IDs (or links). Those messages would have to have their own endpoint. We call this type of data, a Model. In REST you probably call them Resources.

In order to treat particular types as Models you need to provide two queries, one that exposes a list (with no non-optional arguments) and the other to fetch a single entity (id field as an argument). The model itself has to have an id field. Those are the only requirements.

# Message is treated as a Model
type Query {
  messages: [Message]
  message(id: ID): Message
}

type Message {
  id: ID
  # other fields ...
}

Provide a Context

In order for Sofa to resolve operations based on a Context, you need te be able to provide some. Here's how you do it:

api.use(
  '/api',
  useSofa({
    basePath: '/api',
    schema,
    async context({ req }) {
      return {
        req,
        ...yourContext,
      };
    },
  })
);

You can pass a plain object or a function.

Use full responses instead of IDs

There are some cases where sending a full object makes more sense than passing only the ID. Sofa allows you to easily define where to ignore the default behavior:

api.use(
  '/api',
  useSofa({
    basePath: '/api',
    schema,
    ignore: ['Message.author'],
  })
);

Whenever Sofa tries to resolve an author of a message, instead of exposing an ID it will pass whole data.

Pattern is easy: Type.field or Type

Customize endpoint's HTTP Method, path and response status code

Sofa allows you to cutomize the http method, path and response status. For example, in case you need POST instead of GET method in one of your query, you do the following:

api.use(
  '/api',
  useSofa({
    schema,
    routes: {
      'Query.feed': { method: 'POST' },
    },
  })
);

When Sofa tries to define a route for feed of Query, instead of exposing it under GET (default for Query type) it will use POST method.

Pattern is easy: Type.field where Type is your query or mutation type.

You can also specify path with dynamic params support (for example /feed/:offset/:limit) and responseStatus.

Custom depth limit

Sofa prevents circular references by default, but only one level deep. In order to change it, set the depthLimit option to any number:

api.use(
  '/api',
  useSofa({
    basePath: '/api',
    schema,
    depthLimit: 2,
  })
);

Custom execute phase

By default, Sofa uses graphql function from graphql-js to turn an operation into data but it's very straightforward to pass your own logic. Thanks to that you can even use a remote GraphQL Server (with Fetch or through Apollo Links).

api.use(
  '/api',
  useSofa({
    basePath: '/api',
    schema,
    async execute(args) {
      return yourOwnLogicHere(args);
    },
  })
);

Subscriptions as webhooks

Sofa enables you to run GraphQL Subscriptions through WebHooks. It has a special API to start, update and stop a subscription.

  • POST /webhook - starts a subscription
  • DELETE /webhook/:id - stops it
  • POST /webhook/:id- updates it

Starting a subscription

To start a new subscription you need to include following data in request's body:

  • subscription - subscription's name, matches the name in GraphQL Schema
  • variables - variables passed to run a subscription (optional)
  • url - an url of your webhook receiving endpoint

After sending it to POST /webhook you're going to get in return a unique ID that is your started subscription's identifier.

{
  "id": "SUBSCRIPTION-UNIQUE-ID"
}

Stoping a subscription

In order to stop a subscription, you need to pass its id and hit DELETE /webhook/:id.

Updating a subscription

Updating a subscription looks very similar to how you start one. Your request's body should contain:

  • variables - variables passed to run a subscription (optional)

After sending it to POST /webhook/:id you're going to get in return a new ID:

{
  "id": "SUBSCRIPTION-UNIQUE-ID"
}

Example

Given the following schema:

type Subscription {
  onBook: Book
}

Let's start a subscription by sending that to POST /webhook:

{
  "subscription": "onBook",
  "variables": {},
  "url": "https://app.com/new-book"
}

In return we get an id that we later on use to stop or update subscription:

DELETE /webhook/:id

OpenAPI and Swagger

Thanks to GraphQL's Type System Sofa is able to generate OpenAPI (Swagger) definitions out of it. Possibilities are endless here. You get all the information you need in order to write your own definitions or create a plugin that follows any specification.

import { useSofa, OpenAPI } from 'sofa-api';
import { writeFileSync } from 'fs';

const openApi = OpenAPI({
  schema,
  info: {
    title: 'Example API',
    version: '3.0.0',
  },
});

app.use(
  '/api',
  useSofa({
    basePath: '/api',
    schema,
    onRoute(info) {
      openApi.addRoute(info, {
        basePath: '/api',
      });
    },
  })
);

// writes every recorder route
writeFileSync('./swagger.json', JSON.stringify(openApi.get(), null, 2));

OpenAPI (Swagger) with Bearer Authentication

import { useSofa, OpenAPI } from 'sofa-api';
import { writeFileSync } from 'fs';

const openApi = OpenAPI({
  schema,
  info: {
    title: 'Example API',
    version: '3.0.0',
  },
  components: {
    securitySchemes: {
      bearerAuth: {
        type: 'http',
        scheme: 'bearer',
        bearerFormat: 'JWT',
      },
    },
  },
  security: [
    {
      bearerAuth: [],
    },
  ],
});

app.use(
  '/api',
  useSofa({
    basePath: '/api',
    schema,
    onRoute(info) {
      openApi.addRoute(info, {
        basePath: '/api',
      });
    },
  })
);

// writes every recorder route
writeFileSync('./swagger.json', JSON.stringify(openApi.get(), null, 2));

OpenAPI (Swagger) with custom tags, summary and description

const openApi = OpenAPI({
  schema,
  info: {
    title: 'Example API',
    version: '3.0.0',
  },
  tags: [
    {
      name: 'Book',
      description: 'Book related operations',
    },
    {
      name: 'Author',
      description: 'Author related operations',
    },
  ],
});
@Resolver(Book)
export class BookResolver {
  @Query(() => Book, { description: 'Get book by id' }) // custom summary tag
  getBookById(@Arg('id', () => Int) id: number) {
    return 'book';
  }
}
const routes: SofaConfig['routes'] = {
  'Query.getBookById': {
    method: 'POST',
    path: '/book/:id',
    tags: ['Book'],
    description: 'This is a custom detailed description for getBookById',
  },
};

const createSofaMiddleware = (
  schema: GraphQLSchema,
  openApi: ReturnType<typeof OpenAPI>,
  basePath = ''
): ReturnType<typeof useSofa> => {
  return useSofa({
    routes,
    basePath,
    schema,
    onRoute(info) {
      openApi.addRoute(info, { basePath });
    },
  });
};
// writes every recorder route
openApi.save('./swagger.yml');

License

MIT © Uri Goldshtein