OpenAPI Types
If your API has an OpenAPI schema, Nuxt API Party can use it to generate types for you. These include path names, supported HTTP methods, request body, response body, query parameters, and headers.
INFO
Usage of this feature requires openapi-typescript
to generate TypeScript definitions from your OpenAPI schema file. It is installed alongside Nuxt API Party.
Schema Generation
Some web frameworks can generate an OpenAPI schema for you based on your configured routes. Some examples include:
If your framework doesn't directly support it, there may also be an additional library that does.
Configuring the schema
To take advantage of these type features, add the schema
property to your endpoint config. It should be set to a file path or URL of the OpenAPI schema or an async function returning the parsed OpenAPI schema. The file can be in either JSON or YAML format.
The following schema will be used for the code examples on this page:
Details
# `schemas/myApi.yaml`
openapi: 3.0.0
info:
title: My API
version: 0.1.0
paths:
/foo:
get:
operationId: getFoos
responses:
200:
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/Foo'
post:
operationId: createFoo
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/Foo'
responses:
200:
content:
application/json:
schema:
$ref: '#/components/schemas/Foo'
/foo/{id}:
get:
operationId: getFoo
parameters:
- name: id
in: path
type: number
responses:
200:
content:
application/json:
schema:
$ref: '#/components/schemas/Foo'
components:
schemas:
Foo:
type: object
items:
id:
type: number
bar:
type: string
required:
- bar
Reference the schema file in your endpoint config:
// `nuxt.config.ts`
export default defineNuxtConfig({
apiParty: {
myApi: {
url: process.env.MY_API_API_BASE_URL!,
schema: './schemas/myApi.yaml'
}
}
})
Using the Types
For most usages, no further intervention is needed. Nuxt API Party will use the types generated from this configuration to infer the correct types automatically when useFetch
-like and $fetch
-like composables are used.
However, there may be a few things you may want to do now that you have type information.
Extract the Response Body Type
You can get the request and response bodies directly from the exported components
interface of the virtual module containing the types.
Using the schema above:
import { components } from '#nuxt-api-party/myApi'
// { id?: number; foo: string }
type Foo = components['schemas']['Foo']
Use OpenAPI Defined Path Parameters
OpenAPI can define path parameters on some endpoints. They are declared as /foo/{id}
. Unfortunately, the endpoint is not defined as /foo/10
, so using that as the path will break type inference.
To get around this, set an object of the parameters to the property path
. You can then use the declared path for type inference, and the type checker will ensure you provide all required path parameters. The parameters will be interpolated into the path before the request is made.
const data = await $myApi('/foo/{id}', {
path: {
id: 10
}
})
For reactive path
parameters, pass a ref or getter function instead of a plain object.
const id = ref(10)
const data = await $myApi('/foo/{id}', {
path: () => ({
id: id.value
})
})
WARNING
Issues will NOT be reported at runtime by Nuxt API Party if the wrong parameters are used. The incomplete path will be sent to the backend as-is.
Route Method Overloading
Some routes may be overloaded with multiple HTTP methods. The typing supports this natively and chooses the type based on the method
property. When the property is omitted, the typing is smart enough to know GET
is the default.
In the example schema, GET /foo
will return a Foo[]
array, but POST /foo
will return a Foo
object.
// resolved type: `{ id?: number; bar: string }[]`
const resultGet = await $myApi('/foo')
// resolved type: `{ id?: number; bar: string }`
const resultPost = await $myApi('/foo', {
method: 'POST',
body: {
bar: 'string'
}
})