SOFA

SOFA

GraphQL到REST API的自动转换工具

SOFA是一个开源项目,可将GraphQL模式转换为RESTful API。它能分析GraphQL查询、变更和订阅,自动生成REST端点。该工具支持嵌套数据处理、自定义HTTP方法和路径、深度限制控制等功能。SOFA还能将GraphQL订阅转换为WebHook,并生成OpenAPI定义。这个工具为开发者提供了一种创建和管理API的方法,简化了GraphQL和REST API的集成过程。

SofaGraphQLREST APIOpenAPISwaggerGithub开源项目

GraphQLConf 2024 Banner: September 10-12, San Francisco. Hosted by the GraphQL Foundation

<!-- Uncomment when we remove GraphQL Conf banner --> <!-- [![sofa](https://user-images.githubusercontent.com/25294569/63839869-bfac8300-c988-11e9-978e-6b6c16c350de.gif)](https://www.sofa-api.com) -->

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

编辑推荐精选

堆友

堆友

多风格AI绘画神器

堆友平台由阿里巴巴设计团队创建,作为一款AI驱动的设计工具,专为设计师提供一站式增长服务。功能覆盖海量3D素材、AI绘画、实时渲染以及专业抠图,显著提升设计品质和效率。平台不仅提供工具,还是一个促进创意交流和个人发展的空间,界面友好,适合所有级别的设计师和创意工作者。

图像生成热门AI工具AI图像AI反应堆AI工具箱AI绘画GOAI艺术字堆友相机
码��上飞

码上飞

零代码AI应用开发平台

零代码AI应用开发平台,用户只需一句话简单描述需求,AI能自动生成小程序、APP或H5网页应用,无需编写代码。

Vora

Vora

免费创建高清无水印Sora视频

Vora是一个免费创建高清无水印Sora视频的AI工具

Refly.AI

Refly.AI

最适合小白的AI自动化工作流平台

无需编码,轻松生成可复用、可变现的AI自动化工作流

酷表ChatExcel

酷表ChatExcel

大模型驱动的Excel数据处理工具

基于大模型交互的表格处理系统,允许用户通过对话方式完成数据整理和可视化分析。系统采用机器学习算法解析用户指令,自动执行排序、公式计算和数据透视等操作,支持多种文件格式导入导出。数据处理响应速度保持在0.8秒以内,支持超过100万行数据的即时分析。

AI工具使用教程AI营销产品酷表ChatExcelAI智能客服
TRAE编程

TRAE编程

AI辅助编程,代码自动修复

Trae是一种自适应的集成开发环境(IDE),通过自动化和多元协作改变开发流程。利用Trae,团队能够更快速、精确地编写和部署代码,从而提高编程效率和项目交付速度。Trae具备上下文感知和代码自动完成功能,是提升开发效率的理想工具。

热门AI工具生产力协作转型TraeAI IDE
AIWritePaper论文写作

AIWritePaper论文写作

AI论文写作指导平台

AIWritePaper论文写作是一站式AI论文写作辅助工具,简化了选题、文献检索至论文撰写的整个过程。通过简单设定,平台可快速生成高质量论文大纲和全文,配合图表、参考文献等一应俱全,同时提供开题报告和答辩PPT等增值服务,保障数据安全,有效提升写作效率和论文质量。

数据安全AI助手热门AI工具AI辅助写作AI论文工具论文写作智能生成大纲
博思AIPPT

博思AIPPT

AI一键生成PPT,就用博思AIPPT!

博思AIPPT,新一代的AI生成PPT平台,支持智能生成PPT、AI美化PPT、文本&链接生成PPT、导入Word/PDF/Markdown文档生成PPT等,内置海量精美PPT模板,涵盖商务、教育、科技等不同风格,同时针对每个页面提供多种版式,一键自适应切换,完美适配各种办公场景。

热门AI工具AI办公办公工具智能排版AI生成PPT博思AIPPT海量精品模板AI创作
潮际好麦

潮际好麦

AI赋能电商视觉革命,一站式智能商拍平台

潮际好麦深耕服装行业,是国内AI试衣效果最好的软件。使用先进AIGC能力为电商卖家批量提供优质的、低成本的商拍图。合作品牌有Shein、Lazada、安踏、百丽等65个国内外头部品牌,以及国内10万+淘宝、天猫、京东等主流平台的品牌商家,为卖家节省将近85%的出图成本,提升约3倍出图效率,让品牌能够快速上架。

iTerms

iTerms

企业专属的AI法律顾问

iTerms是法大大集团旗下法律子品牌,基于最先进的大语言模型(LLM)、专业的法律知识库和强大的智能体架构,帮助企业扫清合规障碍,筑牢风控防线,成为您企业专属的AI法律顾问。

下拉加载更多