-
RPC-like client with no codegen
Fully typed RPC-like client, with no need for code generation! -
API design agnostic
REST? HTTP-RPC? Your own custom hybrid? rescript-rest doesn't care! -
First class DX
Less unnecessary builds in monorepos, instant compile-time errors, and instantly view endpoint implementations through your IDEs "go to definition" -
Small package size and tree-shakable routes
Routes comple to simple functions which allows tree-shaking only possible with ReScript.
⚠️ rescript-rest is currently in Beta and has very limited list of features. Be aware of possible breaking changes☺️
⚠️ rescript-rest relies on rescript-schema which useseval
for parsing. It's usually fine but might not work in some environments like Cloudflare Workers or third-party scripts used on pages with the script-src header.
Install peer dependencies rescript
(instruction) and rescript-schema
(instruction).
Then run:
npm install rescript-rest
Add rescript-rest
to bs-dependencies
in your rescript.json
:
{
...
+ "bs-dependencies": ["rescript-rest"],
}
Easily define your API contract somewhere shared, for example, Contract.res
:
let createPost = Rest.route(() => {
path: "/posts",
method: Post,
variables: s => {
"title": s.field("title", S.string),
"body": s.field("body", S.string),
},
responses: [
s => {
s.status(#201)
s.data(postSchema)
},
],
})
let getPosts = Rest.route(() => {
path: "/posts",
method: Get,
variables: s => {
"skip": s.query("skip", S.int),
"take": s.query("take", S.int),
"page": s.header("x-pagination-page", S.option(S.int)),
},
responses: [
s => {
s.status(#200)
{
"posts": s.field("posts", S.array(postSchema)),
"total": s.field("total", S.int),
}
},
],
})
Consume the api on the client with a RPC-like interface:
let client = Rest.client(~baseUrl="http://localhost:3000")
// ↓ Infers the post type from postSchema
let post = await client.call(
Contract.createPost,
{
"title": "How to use ReScript Rest?",
"body": "Read the documentation on GitHub",
}
// ^-- Fully typed!
) // ℹ️ It'll do a POST request to http://localhost:3000/posts with application/json body
let result = await client.call(
Contract.getPosts,
{
"skip": 0,
"take": 10,
"page": Some(1),
}
// ^-- Fully typed!
) // ℹ️ It'll do a GET request to http://localhost:3000/posts?skip=0&take=10 with the `{"x-pagination-page": 1}` headers
🧠 Currently
rescript-rest
supports onlyclient
, but the idea is to reuse the file both forclient
andserver
.
Examples from public repositories:
You can define path parameters by adding them to the path
strin with a curly brace {}
including the parameter name. Then each parameter must be defined in variables
with the s.param
method.
let getPost = Rest.route(() => {
path: "/api/author/{authorId}/posts/{id}",
method: Get,
variables: s => {
"authorId": s.param("authorId", S.string->S.uuid),
"id": s.param("id", S.int),
},
responses: [
s => s.data(postSchema),
],
})
let result = await client.call(
getPost,
{
"authorId": "d7fa3ac6-5bfa-4322-bb2b-317ca629f61c",
"id": 1
}
) // ℹ️ It'll do a GET request to http://localhost:3000/api/author/d7fa3ac6-5bfa-4322-bb2b-317ca629f61c/posts/1
If you would like to run validations or transformations on the path parameters, you can use rescript-schema
features for this. Note that the parameter names in the s.param
must match the parameter names in the path
string.
You can add query parameters to the request by using the s.query
method in the variables
definition.
let getPosts = Rest.route(() => {
path: "/posts",
method: Get,
variables: s => {
"skip": s.query("skip", S.int),
"take": s.query("take", S.int),
},
responses: [
s => s.data(S.array(postSchema)),
],
})
let result = await client.call(
getPosts,
{
"skip": 0,
"take": 10,
}
) // ℹ️ It'll do a GET request to http://localhost:3000/posts?skip=0&take=10
You can also configure rescript-rest to encode/decode query parameters as JSON by using the jsonQuery
option. This allows you to skip having to do type coercions, and allow you to use complex and typed JSON objects.
You can add headers to the request by using the s.header
method in the variables
definition.
let getPosts = Rest.route(() => {
path: "/posts",
method: Get,
variables: s => {
"authorization": s.header("authorization", S.string),
"pagination": s.header("pagination", S.option(S.int)),
},
responses: [
s => s.data(S.array(postSchema)),
],
})
Responses are described as an array of response definitions. It's possible to assign the definition to a specific status using s.status
method.
let createPost = Rest.route(() => {
path: "/posts",
method: Post,
variables: _ => (),
responses: [
s => {
s.status(#201)
Ok(s.data(postSchema))
},
s => {
s.status(#404)
Error(s.field("message", S.string))
},
],
})
You can use s.status
multiple times. To define a range of response statuses, you may use 1XX
, 2XX
, 3XX
, 4XX
and 5XX
. If s.status
is not used in a response definition, it'll be treated as a default
case, accepting a response with any status code.
let createPost = Rest.route(() => {
path: "/posts",
method: Post,
variables: _ => (),
responses: [
s => {
s.status(#201)
Ok(s.data(postSchema))
},
s => {
s.status(#404)
Error(s.field("message", S.string))
},
s => {
s.status(#"5XX")
Error("Server Error")
},
s => Error("Unexpected Error"),
],
})
Responses from an API can include custom headers to provide additional information on the result of an API call. For example, a rate-limited API may provide the rate limit status via response headers as follows:
HTTP 1/1 200 OK
X-RateLimit-Limit: 100
X-RateLimit-Remaining: 99
X-RateLimit-Reset: 2016-10-12T11:00:00Z
{ ... }
You can define custom headers in a response as follows:
let ping = Rest.route(() => {
path: "/ping",
method: Get,
summary: "Checks if the server is alive",
variables: _ => (),
responses: [
s => {
s.status(#200)
s.description("OK")
{
"limit": s.header("X-RateLimit-Limit", S.int->S.description("Request limit per hour.")),
"remaining": s.header("X-RateLimit-Remaining", S.int->S.description("The number of requests left for the time window.")),
"reset": s.header("X-RateLimit-Reset", S.string->S.datetime->S.description("The UTC date/time at which the current rate limit window resets.")),
}
}
],
})
- Support query params
- Support headers
- Support path params
- Implement type-safe response
- Support custom fetch options
- Support non-json body
- Generate OpenAPI from Contract
- Generate Contract from OpenAPI
- Integrate with Fastify on server-side
- Add TS/JS support