Swagger 与 OpenAPI 的历史来源:
Swagger 项目于 2015 年捐赠给 OpenAPI Initiative,此后被称为 OpenAPI。这两个名称可以互换使用。但是,“OpenAPI”指的是规范。“Swagger”是指来自 SmartBear 的符合 OpenAPI 规范的开源和商业产品系列。
简而言之:
- OpenAPI 是一种规范。
- Swagger 是使用 OpenAPI 规范的工具。例如,OpenAPIGenerator 和 SwaggerUI。
1. OpenAPI
OpenAPI 规范用于描述api的基本信息及功能。比如,API支持的http 方法,响应结果skema, 响应状态码等等。OpenAPI的声明定义方式可以通过json 和 yaml的方式,以下是通过yaml 描述api的一个基本例子。
openapi: 3.0.0 info: title: Sample API description: Optional multiline or single-line description in [CommonMark](http://commonmark.org/help/) or HTML. version: 0.1.9 servers: - url: http://api.example.com/v1 description: Optional server description, e.g. Main (production) server - url: http://staging-api.example.com description: Optional server description, e.g. Internal staging server for testing paths: /users: get: summary: Returns a list of users. description: Optional extended description in CommonMark or HTML. responses: ‘200‘: # status code description: A JSON array of user names content: application/json: schema: type: array items: type: string
2. 单个项目中集成 Swashbuckle
Swashbuckle 包含三个主要组件:
-
Swashbuckle.AspNetCore.Swagger:Swagger 对象模型和中间件,用于将
SwaggerDocument
对象公开为 JSON 端点。 -
Swashbuckle.AspNetCore.SwaggerGen:一个 Swagger 生成器,可
SwaggerDocument
直接从您的路由、控制器和模型构建对象。它通常与 Swagger 端点中间件结合使用以自动公开 Swagger JSON。 -
Swashbuckle.AspNetCore.SwaggerUI:Swagger UI 工具的嵌入式版本。它解释 Swagger JSON 以构建丰富的、可定制的体验来描述 Web API 功能。它包括用于公共方法的内置测试工具。
Basic 用法:
将 Swagger 生成器添加到方法中的服务集合中Startup.ConfigureServices
public void ConfigureServices(IServiceCollection services) { // Register the Swagger generator, defining 1 or more Swagger documents services.AddSwaggerGen(); }
在该Startup.Configure
方法中,启用中间件以提供生成的 JSON 文档和 Swagger UI:
public void Configure(IApplicationBuilder app) { // Enable middleware to serve generated Swagger as a JSON endpoint. app.UseSwagger(); // Enable middleware to serve swagger-ui (HTML, JS, CSS, etc.), // specifying the Swagger JSON endpoint. app.UseSwaggerUI(c => { c.SwaggerEndpoint("/swagger/v1/swagger.json", "My API V1"); }); ...... }
详细的Swagger 文档
在AddSwaggerGen 时,我们可以向其中传入参数 Action<SwaggerGenOptions> 这个参数,来声明我们如何创建OpenAPI 文档来描述我们的api。
services.AddSwaggerGen(c => {
//声明文档的名字, title, version 等基本信息 c.SwaggerDoc("v1", new OpenApiInfo { Title = "My Example APIs", Version = "v1" }); c.CustomSchemaIds((type) => type.FullName);
// 通过path 判断哪些api 应该被显示在文档上 c.DocInclusionPredicate((docName, apiDescription) => apiDescription.RelativePath.Contains("api/v1"));
// 包含描述性的 xml 文档
var xmlDoc = Path.Combine(AppContext.BaseDirectory, $"{this.GetType().Assembly.GetName().Name}.XML"); if (File.Exists(xmlDoc)) c.IncludeXmlComments(xmlDoc); });
3. 微服务多应用的Swagger用法
我们在之前的例子中,一直是对单个应用的单个文档,那么对于多个应用的文档,我们如何集中显示,方便开发人员查找与使用。
既然UseSwagger这个中间件可以帮助我们host生成的swagger json 文件,那么是不是我们通过一个application(api-explorer)来显示各个appplication的文档就可以,这能做到么?
答案是: 利用swagger的UI 前端文件。
这里给一个最basic的实现,使用的时候,可以各种定制化样式,加入请求验证等等;
<script src="./swagger-ui-bundle.js"> </script> <script> const apis = config.urls.sort((a, b) => a.name.localeCompare(b.name)); jwtToken = `Bearer ${token}`; const ui = SwaggerUIBundle({ // 重中之重 urls: [{url, name}], dom_id: ‘#swagger-ui‘, deepLinking: true, // Add jwt token to header start requestInterceptor: function(request) { request.headers.Authorization = jwtToken; return request; }, // Add jwt token to header finish layout: "StandaloneLayout" }) window.ui = ui; }) } </script>
我们可以通过配置文件的形式,注册好各个application的url,和它们各自的名字。
[{url: ‘/a/a‘, name: ‘aa‘}, {url: ‘/b/b‘, name: ‘bb‘}] 这种形式。
SwaggerUI 和 SwaggerUI bundle 可以接受的参数如链接,大家可以找到自己需要的参数去配置需要的功能。
https://github.com/swagger-api/swagger-ui/blob/master/docs/usage/configuration.md
-----------------------------------------------------------------------------------------------------------------------------------------------------
欢迎大家讨论交流,指出不足,谢谢!