作者: 孙黎
目录
大家好,我是老油条,一个热爱Rust语言的码农。上个月我决定开发一个新的Web框架Poem,当整个框架基本成型之后,我觉得应该给它添加别的框架所不具备的并且很有用的功能,所以我开发了Poem-openapi。
简介
OpenAPI规范为RESTful API定义了一个标准的并且与语言无关的接口,它允许人类和计算机在不访问源代码、文档或通过网络流量检查的情况下发现和理解服务的功能。调用者可以很容易的理解远程服务并与之交互,并提供了一些好用的工具,例如 Swagger UI (在网页中浏览测试测试API),Swagger CodeGen (生成多种语言的客户端SDK)。
Poem-openapi是基于Poem的 OpenAPI 服务端框架。
通常,如果你希望让你的API支持该规范,首先需要创建一个 接口定义文件 ,然后再按照接口定义编写对应的代码。或者创建接口定义文件后,用 Swagger CodeGen 来生成服务端代码框架。但Poem-openapi区别于这两种方法,它让你只需要编写Rust的业务代码,利用过程宏来自动生成符合OpenAPI规范的接口和接口定义文件(这相当于接口的文档),和我之前开源的另外一个库[Async-graphql](https://github.com/async-graphql/async-graphql) 的原理很像,OpenAPI和GraphQL是互补的关系,它们适用于不同的场景。
有的朋友可能觉得宏很可怕,它会让代码难以理解,但我觉得如果能用正确的方法来实现过程宏,那么它可以帮我们大大提升开发的效率,所以Poem-openapi过程宏的实现遵循了以下几个原则:
- 你永远都不会直接用到过程宏生成的任何东西。(因为IDE无法识别过程宏生成的代码,如果直接使用它们,可能会有烦人的红色下划线,并且自动完成也无法使用,相当于让IDE变成了一个文本编辑器)
- 如果你的代码无法通过编译,那么你的接口不符合
**OpenAPI**规范。(尽量把所有的问题都暴露在编译阶段) - 不自己发明DSL。(如果我的代码没法被
Rustfmt格式化,这会让我相当恼火) - 不带来额外的开销。(你完全可以纯手工打造符合
OpenAPI规范的接口,但在执行效率上通常没有任何的提升)
快速开始
下面这个例子,我们定义了一个路径为/hello的API,它接受一个名为name的URL参数,并且返回一个字符串作为响应内容。name参数的类型是Option<String>,意味着这是一个可选参数。
运行以下代码后,用浏览器打开http://localhost:3000就能看到Swagger UI,你可以用它来浏览API的定义并且测试它们。
use poem::{listener::TcpListener, route};use poem_openapi::{payload::PlainText, OpenApi, OpenApiService};struct Api;#[OpenApi]impl Api {#[oai(path = "/hello", method = "get")]async fn index(&self,#[oai(name = "name", in = "query")] name: Option<String>, // in="query" 说明这个参数来自Url) -> PlainText<String> { // PlainText是响应类型,它表明该API的响应类型是一个字符串,Content-Type是`text/plain`match name {Some(name) => PlainText(format!("hello, {}!", name)),None => PlainText("hello!".to_string()),}}}#[tokio::main]async fn main() -> Result<(), std::io::Error> {// 创建一个TCP监听器let listener = TcpListener::bind("127.0.0.1:3000");// 创建API服务let api_service = OpenApiService::new(Api).title("Hello World").server("http://localhost:3000/api");// 开启Swagger UIlet ui = api_service.swagger_ui("http://localhost:3000");// 启动服务器,并指定api的根路径为 /api,Swagger UI的路径为 /poem::Server::new(listener).await?.run(route().nest("/api", api_service).nest("/", ui)).await}
这是poem-openapi的一个例子,所以你也可以直接执行以下命令来验证:
git clone https://github.com/poem-web/poemcargo run --bin example-openapi-hello-world
基础类型
基础类型可以作为请求的参数,请求内容或者请求响应内容。Poem定义了一个Type trait,实现了该trait的类型都是基础类型,它们能在运行时提供一些关于该类型的信息用于生成接口定义文件。
Poem为大部分常用类型实现了Typetrait,你可以直接使用它们,同样也可以自定义新的类型,但你需要对 Json Schema 有一定了解(这并不难,事实上在写这个库之前我也只会Json Schema的一些简单用法,并没有进行过深入的了解)。
下表是Json Schema中的数据类型对应的Rust数据类型(只是一小部分):
| Json Schema | Rust |
|---|---|
{type: "integer", format: "int32"} |
i32 |
{type: "integer", format: "float32"} |
f32 |
{type: "string" } |
String, &str |
{type: "string", format: "binary" } |
Binary |
{type: "string", format: "bytes" } |
Base64 |
{type: "array" } |
Vec |
对象类型
用过程宏Object来定义一个对象,对象的成员必须是实现了Type trait的类型(除非你用#[oai(skip)]来标注它,那么序列化和反序列化时降忽略该字段用默认值代替)。
用以下代码定义了一个对象类型,它包含四个字段,其中有一个字段是枚举类型。
对象类型也是基础类型的一种,它同样实现了_Type trait_,所以它也可以作为另一个对象的成员。
use poem_api::{Object, Enum};#[derive(Enum)]enum PetStatus {Available,Pending,Sold,}#[derive(Object)]struct Pet {id: u64,name: String,photo_urls: Vec<String>,status: PetStatus,}
定义API
下面定义一组API对宠物表进行增删改查的操作。
add_pet和update_pet用于添加和更新Pet对象,这是我们在之前定义的基本类型,基本类型不能直接作为请求内容,需要使用一个**Payload**类型来包装它,这样就可以确定内容的Content-Type。在下面的例子中,我们使用payload::Json来包装它,表示这两个API请求内容的Content-Type为application/json。
find_pet_by_id和find_pets_by_status用于查找Pet对象,它们的响应也是一个Pet对象,同样需要使用Payload类型来包装。
我们可以用#[oai(name = "...", in = "...")]来修饰一个函数参数用于指定此参数值的来源,in的值可以是query, path, header, cookie四种类型。delete_pet的id参数从路径中提取,find_pet_by_id和find_pets_by_status的参数从Query中获取。如果参数类型不是Option<T>,那么表示这个参数不是一个可选参数,提取失败时会返回400 Bad Request错误。
你可以定义多个函数参数,但只能有一个Payload类型作为请求内容,或者多个基本类型作为请求的参数。
use poem_api::{OpenApi,poem_api::payload::Json,};use poem::Result;struct Api;#[OpenApi]impl Api {/// 添加新Pet#[oai(path = "/pet", method = "post")]async fn add_pet(&self, pet: Json<Pet>) -> Result<()> {todo!()}/// 更新已有的Pet#[oai(path = "/pet", method = "put")]async fn update_pet(&self, pet: Json<Pet>) -> Result<()> {todo!()}/// 删除一个Pet#[oai(path = "/pet/:pet_id", method = "delete")]async fn delete_pet(&self, #[oai(name = "pet_id", in = "path")] id: u64) -> Result<()> {todo!()}/// 根据ID查询Pet#[oai(path = "/pet/:pet_id", method = "delete")]async fn find_pet_by_id(&self, #[oai(name = "status", in = "query")] id: u64) -> Result<Json<Pet>> {todo!()}/// 根据状态查询Pet#[oai(path = "/pet/findByStatus", method = "delete")]async fn find_pets_by_status(&self, #[oai(name = "status", in = "query")] status: Status) -> Result<Json<Vec<Pet>>> {todo!()}}
自定义请求
OpenAPI规范允许同一个接口支持处理不同Content-Type的请求,例如一个接口可以同时接受application/json和text/plain类型的Payload,你可以根据不同的Content-Type分别做处理。
在Poem-openapi中,要支持此类型请求,需要用ApiRequest宏自定义一个实现了Payload trait的请求对象。
create_post函数接受CreatePostRequest请求,当创建成功后,返回id。
use poem_open::{ApiRequest, Object,payload::{PlainText, Json},};use poem::Result;#[derive(Object)]struct Post {title: String,content: String,}#[derive(ApiRequest)]enum CreatePostRequest {/// 从JSON创建Json(Json<Blog>),/// 从文本创建Text(PlainText<String>),}struct Api;#[OpenApi]impl Api {#[oai(path = "/hello", method = "post")]async fn create_post(&self,req: CreatePostRequest,) -> Result<Json<u64>> {// 根据Content-Type分别处理match req {CreatePostRequest::Json(Json(blog)) => {todo!();}CreatePostRequest::Text(content) => {todo!();}}}}
自定义响应
在前面的例子中,我们的所有请求处理函数都返回的Result类型,当发生错误时返回一个poem::Error,它包含错误的原因以及状态码。但OpenAPI规范允许更详细的描述请求的响应,例如该接口可能会返回哪些状态码,以及状态码对应的原因和响应的内容。
下面的我们修改create_post函数的返回值为CreateBlogResponse。
Ok,Forbidden和InternalError描述了特定状态码的响应类型。
use poem_openapi::ApiResponse;use poem::http::StatusCode;#[derive(ApiResponse)]enum CreateBlogResponse {/// 创建完成#[oai(status = 200)]Ok(Json<u64>),/// 没有权限#[oai(status = 403)]Forbidden,/// 内部错误#[oai(status = 500)]InternalError,}struct Api;#[OpenApi]impl Api {#[oai(path = "/hello", method = "get")]async fn create_post(&self,req: CreatePostRequest,) -> CreateBlogResponse {match req {CreatePostRequest::Json(Json(blog)) => {todo!();}CreatePostRequest::Text(content) => {todo!();}}}}
当请求解析失败时,默认会返回400 Bad Request错误,但有时候我们想返回一个自定义的错误内容,可以使用bad_request_handler属性设置一个错误处理函数,这个函数用于转换ParseRequestError到指定的响应类型。
use poem_openapi::{ApiResponse, Object, ParseRequestError, payload::Json,};#[derive(Object)]struct ErrorMessage {code: i32,reason: String,}#[derive(ApiResponse)]#[oai(bad_request_handler = "bad_request_handler")]enum CreateBlogResponse {/// 创建完成#[oai(status = 200)]Ok(Json<u64>),/// 没有权限#[oai(status = 403)]Forbidden,/// 内部错误#[oai(status = 500)]InternalError,/// 请求无效#[oai(status = 400)]BadRequest(Json<ErrorMessage>),}fn bad_request_handler(err: ParseRequestError) -> CreateBlogResponse {// 当解析请求失败时,返回一个自定义的错误内容,它是一个JSONCreateBlogResponse::BadRequest(ErrorMessage {code: -1,reason: err.to_string(),})}
文件上传
Multipart通常用于文件上传,它可以定义一个表单来包含一个或者多个文件以及一些附加字段。下面的例子提供一个创建Pet对象的接口,它在创建Pet对象的同时上传一些图片文件。
use poem_openapi::{Multipart, OpenApi}use poem::Result;#[derive(Debug, Multipart)]struct CreatePetPayload {name: String,status: PetStatus,protos: Vec<Upload>, // 多个照片文件}struct Api;#[OpenApi]impl Api {#[oai(path = "/pet", method = "post")]async fn create_pet(&self, payload: CreatePetPayload) -> Result<Json<u64>> {todo!()}}
完整的代码请参考例子。
参数校验
OpenAPI引用了Json Schema的校验规范,Poem-openapi同样支持它们。你可以在请求的参数,对象的成员和Multipart的字段三个地方应用校验器。校验器是类型安全的,如果待校验的数据类型和校验器所需要的不匹配,那么将无法编译通过。例如maximum只能用于数值类型,max_items只能用于数组类型。更多的校验器请参考文档。
use poem_openapi::{Object, OpenApi, Multipart};#[derive(Object)]struct Pet {id: u64,/// 名字长度不能超过32#[oai(max_length = "32")]name: String,/// 数组长度不能超过3#[oai(max_items = "3")]photo_urls: Vec<String>,status: PetStatus,}
认证
OpenApi规范定义了apikey,basic,bearer,oauth2,openIdConnect五种认证模式,它们描述了指定的API接口需要的认证参数。
注意:API的认证信息最主要的用途是让**Swagger UI**在测试该API时能够正确的执行认证流程。
下面的例子是用Github登录,并提供一个获取所有公共仓库信息的接口。
use poem_openapi::{SecurityScheme, SecurityScope, OpenApi,auth::Bearer,};#[derive(OAuthScopes)]enum GithubScope {/// access to public repositories.#[oai(rename = "public_repo")]PublicRepo,/// access to read a user's profile data.#[oai(rename = "read:user")]ReadUser,}/// Github authorization#[derive(SecurityScheme)]#[oai(type = "oauth2",flows(authorization_code(authorization_url = "https://github.com/login/oauth/authorize",token_url = "https://github.com/login/oauth/token",scopes = "GithubScope",)))]struct GithubAuthorization(Bearer);struct Api;#[OpenApi]impl Api {#[oai(path = "/repo", method = "get")]async fn repo_list(&self,#[oai(auth("GithubScope::PublicRepo"))] auth: GithubAuthorization,) -> Result<PlainText<String>> {// 使用GithubAuthorization得到的token向Github获取需要的数据todo!()}}
完整的代码请参考例子。
总结
当你读到这里时候,恭喜你已经掌握了Poem-openapi的大部分用法,使用它开发API接口比直接使用Poem这样通用Web框架更加的方便,并且它并不是独立于Poem的另外一套框架,你可以很容易复用现有的提取器,中间件等组件。
