dankinsoid/VaporToOpenAPI
OpenAPI specification generator for Vapor based Swift projects.
Usage
Create a route with an OpenAPI specification.
Add a route that returns an OpenAPIObject using the app.routes.openAPI method. This method generates a complete OpenAPI specification from your Vapor routes. It accepts parameters like your API's title, description, available paths, operations, and security requirements.
// generate OpenAPI documentation
routes.get("Swagger", "swagger.json") { req in
req.application.routes.openAPI(
info: InfoObject(
title: "Example API",
description: "Example API description",
version: "0.1.0",
)
)
}
.excludeFromOpenAPI()Configure a web page
- Use
stoplightDocumentation(openAPI:)helper method to generate a Stoplight page. This method also can return anOpenAPIObject. - Here is an example how to configure SwaggerUI.
Specify all details for routes
Use the .openAPI modifier on routes to specify parameters like operation summaries, descriptions, request/response bodies, query parameters, and headers. Here's an example of how you might use it to document a POST request:
routes.post("users") { req -> EventLoopFuture<User> in
let user = try req.content.decode(User.self)
return user.save(on: req.db).map { user }
}
.openAPI(
summary: "Create User",
description: "Create a new user with the provided data",
body: .type(User.self),
response: .type(User.self)
)[!IMPORTANT]
All enums in your models must implement CaseIterable.
Advanced Usage
VaporToOpenAPI offers several advanced features for customizing your OpenAPI documentation:
response: This method is used to specify an additional response body for a Vapor route. It takes a variety of parameters, such as the status code, description, and response body type.groupedOpenAPI: These methods are used to group Vapor routes together based on OpenAPI metadata, such as tags or security requirements.\
Here's an example of how you might use it to group routes with the same security requirements:
let routes = app.routes.groupedOpenAPI(auth: .apiKey())groupedOpenAPIResponse: These methods are used to group Vapor routes together based on common response.
groupedOpenAPI(server:): These methods are used to group Vapor routes together based on common servers.
excludeFromOpenAPI: This method is used to exclude a Vapor route or routes group from the generated OpenAPI specification.
openAPINoAuth: This method is used to specify that an operation does not require any authentication.
openAPI(custom:): These methods are used to customize a specific aspect of the OpenAPI metadata for a Vapor route, such as a specific security scheme or callback.
stoplightDocumentation(openAPI:): These methods are used to generate a Stoplight documentation from your Vapor routes.
operationIDandoperationRef: These properties are used to generate unique identifiers for OpenAPI operations and to create references to them in other parts of the specification.
Customizing OpenAPI schemas and parameters
You can customize OpenAPI schemas and parameters result by implementing OpenAPIDescriptable and OpenAPIType protocols.
OpenAPIDescriptableprotocol allows you to provide a custom description for the type and its properties.@OpenAPIDescriptablemacro implements this protocol with your comments.
import SwiftOpenAPI
@OpenAPIDescriptable
/// Login request body.
struct LoginBody: Codable {
/// Username string.
let username: String
/// Password string. Encoded.
let password: String
}Manually:
struct LoginBody: Codable, OpenAPIDescriptable {
let username: String
let password: String
static var openAPIDescription: OpenAPIDescriptionType? {
OpenAPIDescription<CodingKeys>("Login request body.")
.add(for: .username, "Username string.")
.add(for: .password, "Password string. Encoded.")
}
}OpenAPITypeprotocol allows you to provide a custom schema for the type.
import SwiftOpenAPI
struct Color: Codable, OpenAPIType {
static var openAPISchema: SchemaObject {
.string(format: "hex", description: "Color in hex format")
}
}Link
Links are one of the new features of OpenAPI 3.0. Using links, you can describe how various values returned by one operation can be used as input for other operations. To create a Link:
- create
LinkKeytype identifying some reusable parameter. - specify the type in each route using the related parameter
enum PetID: LinkKey {
}route.get("pet", use: getPet).openAPI(
links: [
Link("id", in: .response): PetID.self
]
)
route.post("pet", ":petID", use: renamePer).openAPI(
links: [
Link("petID", in: .path): PetID.self
]
)Short example
1. SwaggerUI page
- Set up a SwaggerUI page in your Vapor project downloading the
distfolder and placing its content in thePublic/Swaggerdirectory. - Describe all of your routes and register all controllers as described in Vapor docs. Add OpenAPI details to each route using the
route.openAPImethod. - Add a route to return a SwaggerUI index.html. Or configure your middlewares to use 'index.html' as default page.
- Add a route to return an
OpenAPIObjectinstance via theapp.routes.openAPImethod. Make sure the path of this route matches theswagger.jsonURL in your SwaggerUI page method.
- Change
urlinswagger-initializer.js
window.onload = function() {
//<editor-fold desc="Changeable Configuration Block">
// the following lines will be replaced by docker/configurator, when it runs in a docker-container
var jsonURL = document.location.origin + "/Swagger/swagger.json";
window.ui = SwaggerUIBundle({
url: jsonURL,
dom_id: '#swagger-ui',
deepLinking: true,
presets: [
SwaggerUIBundle.presets.apis,
SwaggerUIStandalonePreset
],
plugins: [
SwaggerUIBundle.plugins.DownloadUrl
],
layout: "StandaloneLayout"
});
//</editor-fold>
};2. Routes
routes = routes
.groupedOpenAPI(auth: .basic)
.groupedOpenAPIResponse(
statusCode: 400,
body: .type(of: ErrorResponse())
)
routes.post("login") { req in
try await loginService.makeLoginRequest(
query: req.query.decode(LoginQuery.self),
content: req.content.decode(LoginRequestBody.self)
)
}
.openAPI(
summary: "Login",
description: "Login request",
query: .type(LoginQuery.self),
headers: ["X-SOME_VALUE": .string],
body: .type(LoginRequestBody.self),
response: .type(LoginResponse.self),
auth: .apiKey()
)3. SwaggerUI page routing
FileMiddleware(publicDirectory: app.directory.publicDirectory, defaultFile: "index.html")4. OpenAPIObject route
// generate OpenAPI documentation
routes.get("Swagger", "swagger.json") { req in
req.application.routes.openAPI(
info: InfoObject(
title: "Example API",
description: "Example API description",
version: "0.1.0",
)
)
}
.excludeFromOpenAPI()Installation
Create a Package.swift file.
// swift-tools-version:5.9
import PackageDescription
let package = Package(
name: "SomeProject",
dependencies: [
.package(url: "https://github.com/dankinsoid/VaporToOpenAPI.git", from: "4.8.1")
],
targets: [
.target(name: "SomeProject", dependencies: ["VaporToOpenAPI"])
]
)$ swift buildContributing
Contributions to VaporToOpenAPI are welcome! If you find a bug or have a feature request, please raise an issue or submit
License
VaporToOpenAPI is available under the MIT license. See the LICENSE file for more info.
Package Metadata
Repository: dankinsoid/VaporToOpenAPI
Stars: 133
Forks: 15
Open issues: 7
Default branch: main
Primary language: swift
License: MIT
Topics: openapi, swagger, swift, vapor
README: README.md