闊歩を理解します
闊歩は、RESTfulなWebサービスの作成、記述、および可視化の呼び出しのための標準化され、完全なフレームワークです。全体的な目的は同じレートのアップデートでサーバーとして、クライアントとファイルシステムを作成することです。メソッド、パラメータやモデルがしっかりAPIが常に同期することができ、ファイルサーバー側のコードに統合されています。
役割:
- Documentインタフェースは、自動的にオンラインに生成されます。
- 機能テスト。
なぜ、RESTのAPIドキュメント生成ツールとして闊歩を使用
- 闊歩は、開発者がすぐに学び、APIを試すために使用することができ、インタラクティブコンソールのAPIを生成することができます。
- 闊歩クライアントSDKのコードが異なるさまざまなプラットフォームを実現するために生成することができます。
- 闊歩ファイルには、多くの異なるプラットフォーム上のコードのコメントから自動的に生成することができます。
- 闊歩は、強力なコミュニティを持っている多くの強力な貢献があります。
インストールパッケージNuget検索Swashbuckle.AspNetCore
それはそうプレビューリリースを含める確認してください、最新のプレリリースバージョン5.0.0-RC4をインストールし、.NetCore3.0ですので、最新の安定版をインストールしないでください。安定したエラー。
安定したエラーメッセージ:
1一部のサービスは、(エラーを構築することができない間、サービス記述子の検証「サービス種別を: 2 Swashbuckle.AspNetCore.Swagger.ISwaggerProvider寿命:一時ImplementationType: 3 Swashbuckle.AspNetCore.SwaggerGen.SwaggerGenerator 」:配列内の2つの要素を比較するために失敗しました。 。) 4(エラーつつサービス記述子検証「のServiceTypeを:Swashbuckle.AspNetCore.SwaggerGen.ISchemaRegistryFactory寿命: 5過渡ImplementationType:Swashbuckle.AspNetCore.SwaggerGen.SchemaRegistryFactoryを」:配列内の2つの要素を比較するために失敗しました)
ソリューションは現在、バージョン3.0をインストールし、プレビュー5.0.0-RC4を解放することです
闊歩も.NetCore3.0での変化に配置され
、前を
1 services.AddSwaggerGen(C => 2 { 3 c.SwaggerDoc(" V1 "、新たな情報{タイトル= " マイAPI "、バージョン= " V1 " }); 4 })。
変更
1 services.AddSwaggerGen(C => 2 { 3 c.SwaggerDoc(" V1 "、新たな OpenApiInfo {タイトル= " マイAPI "、バージョン= " V1 " }); 4 })。
最大の変化は、以前のバージョン2.0で闊歩によって管理され、ここでの情報です。バージョン3.0での変更管理ユニファイドOPENAPIで、OpenAPIの公式文書でプロジェクトマネジメント内の.NETのコアOpenAPIの参照のための世界的なツールとして導入されました。
参照アドレス:(https://docs.microsoft.com/zh-cn/aspnet/core/web-api/microsoft.dotnet-openapi?view=aspnetcore-3.1「OpenAPIを利用ツールASP.NETコアアプリケーションを開発します」)
だから、あなたが闊歩パッケージを追加した後で、またプロジェクトにMicrosoft.OpenApiパッケージを追加
登録闊歩
1 public void ConfigureServices(IServiceCollection services) 2 { 3 4 services.AddControllers(); 5 6 services.AddSwaggerGen(c => 7 { 8 c.SwaggerDoc("v1", new OpenApiInfo { Title = "My API", Version = "v1" }); 9 }); 10 11 }
配置Swagger UI
1 public void Configure(IApplicationBuilder app, IWebHostEnvironment env) 2 { 3 if (env.IsDevelopment()) 4 { 5 app.UseDeveloperExceptionPage(); 6 } 7 app.UseHttpsRedirection(); 8 app.UseRouting(); 9 app.UseAuthorization(); 10 //启用Swagger 11 app.UseSwagger(); 12 //配置Swagger UI 13 app.UseSwaggerUI(c => 14 { 15 c.SwaggerEndpoint("/swagger/v1/swagger.json", "My API"); //注意中间段v1要和上面SwaggerDoc定义的名字保持一致 16 }); 17 app.UseEndpoints(endpoints => 18 { 19 endpoints.MapControllers(); 20 }); 21 }
启动项目
CTRL+F5启动项目,并导航到 http://localhost:port/swagger 通过Swagger UI游览API文档
Swagger的高级用法(自定义扩展)
在 AddSwaggerGen 方法的进行如下的配置操作会添加诸如作者、许可证和说明信息等:
1 services.AddSwaggerGen(c => 2 { 3 c.SwaggerDoc("v1", new OpenApiInfo 4 { 5 Title = "My API", 6 Version = "v1", 7 Description = "API文档描述", 8 Contact = new OpenApiContact 9 { 10 Email = "[email protected]", 11 Name = "开源NetCore", 12 Url = new Uri("http://www.netcore.pub/") 13 }, 14 License = new OpenApiLicense 15 { 16 Name = "许可证名称", 17 Url = new Uri("http://www.netcore.pub/") 18 } 19 }); 20 });
Swagger UI 显示版本的信息如下图所示
为API接口方法添加注释
大家先点开API,展开如下图所示,可是没有注释呀,怎么添加注释呢?
按照下列代码所示用三个/添加文档注释,如下所示
1 /// <summary> 2 /// 这是一个API注释 3 /// </summary> 4 /// <returns></returns> 5 [HttpGet] 6 public IEnumerable<WeatherForecast> Get() 7 { 8 var rng = new Random(); 9 return Enumerable.Range(1, 5).Select(index => new WeatherForecast 10 { 11 Date = DateTime.Now.AddDays(index), 12 TemperatureC = rng.Next(-20, 55), 13 Summary = Summaries[rng.Next(Summaries.Length)] 14 }) 15 .ToArray(); 16 }
然后运行项目,回到Swagger UI中去查看注释是否出现了呢
还是没出现?一脸懵逼??? 别急往下看!
启用XML注释
可使用以下方法启用 XML 注释:
右键单击“解决方案资源管理器”中的项目,然后选择“属性”
查看“生成”选项卡的“输出”部分下的“XML 文档文件”框
启用 XML 注释后会为未记录的公共类型和成员提供调试信息。如果出现很多警告信息 例如,以下消息指示违反警告代码 1591:
1 warning CS1591: Missing XML comment for publicly visible type or member 'TodoController.GetAll()'
如果你有强迫症,想取消警告怎么办呢?可以按照下图所示进行取消
注意上面生成的xml文档文件的路径,
注意:
1.对于 Linux 或非 Windows 操作系统,文件名和路径区分大小写。 例如,“Kylin.Wiki.xml”文件在 Windows 上有效,但在 CentOS 上无效。
2.获取应用程序路径,建议采用Path.GetDirectoryName(typeof(Program).Assembly.Location)这种方式或者·AppContext.BaseDirectory这样来获取
1 services.AddSwaggerGen(c => 2 { 3 c.SwaggerDoc("v1", new OpenApiInfo 4 { 5 Title = "My API", 6 Version = "v1", 7 Description = "API文档描述", 8 Contact = new OpenApiContact 9 { 10 Email = "[email protected]", 11 Name = "开源NetCore", 12 Url = new Uri("http://www.netcore.pub/") 13 }, 14 License = new OpenApiLicense 15 { 16 Name = "许可证名称", 17 Url = new Uri("http://www.netcore.pub/") 18 } 19 }); 20 // 为 Swagger JSON and UI设置xml文档注释路径 21 var basePath = Path.GetDirectoryName(typeof(Program).Assembly.Location);//获取应用程序所在目录(绝对,不受工作目录影响,建议采用此方法获取路径) 22 var xmlPath = Path.Combine(basePath, "Kylin.Wiki.xml"); 23 c.IncludeXmlComments(xmlPath); 24 });
重新生成并运行项目查看一下注释出现了没有
通过上面的操作可以总结出,Swagger UI 显示上述注释代码的元素的内部文本作为api大的注释!
当然你还可以将 remarks 元素添加到 Get 操作方法文档。 它可以补充元素中指定的信息,并提供更可靠的 Swagger UI。 元素内容可包含文本、JSON 或 XML。 代码如下:
1 /// <summary> 2 /// 这是一个带参数的get请求 3 /// </summary> 4 /// <remarks> 5 /// 例子: 6 /// Get api/Values/1 7 /// </remarks> 8 /// <param name="id">主键</param> 9 /// <returns>测试字符串</returns> 10 public ActionResult<string> Get(int id) 11 { 12 return $"你请求的 id 是 {id}"; 13 }
重新生成下项目,当好到SwaggerUI看到如下所示:
描述响应类型
接口使用者最关心的就是接口的返回内容和响应类型啦。下面展示一下201和400状态码的一个简单例子:
我们需要在我们的方法上添加:
[ProducesResponseType(201)]
[ProducesResponseType(400)]
然后添加相应的状态说明:返回value字符串如果id为空
最终代码应该是这个样子:
1 /// <summary> 2 /// 这是一个带参数的get请求 3 /// </summary> 4 /// <remarks> 5 /// 例子: 6 /// Get api/Values/1 7 /// </remarks> 8 /// <param name="id">主键</param> 9 /// <returns>测试字符串</returns> 10 /// <response code="201">返回value字符串</response> 11 /// <response code="400">如果id为空</response> 12 // GET api/values/2 13 [HttpGet("{id}")] 14 [ProducesResponseType(201)] 15 [ProducesResponseType(400)] 16 public ActionResult<string> Get(int id) 17 { 18 return $"你请求的 id 是 {id}"; 19 }
效果如下所示
状态相应效果
使用SwaggerUI测试api接口
下面我们通过一个小例子通过SwaggerUI调试下接口吧
点击一个需要测试的API接口,然后点击Parameters左右边的“Try it out ” 按钮
在出现的参数文本框中输入参数,如下图所示的,输入参数2
点击执行按钮,会出现下面所示的格式化后的Response,如下图所示
好了,今天的在ASP.NET Core WebApi 3.0 中使用Swagger生成api说明文档教程就到这里了。希望能够对大家学习在ASP.NET Core中使用Swagger生成api文档有所帮助!
「开源NetCore,如果觉得我的文章对您有用,请帮助本站成长」
除非注明,文章均由开源 NetCore 整理发布,欢迎转载。
转载请注明本文地址:http://www.netcore.pub/167.html
站长会将优质文章在各大平台同步更新、推送,欢迎大家访问、订阅: