系列目录
三. 集成轻量级ORM框架——SqlSugar
前一章我们在项目中初步集成了swagger插件，但是还有一些问题需要解决，所以这一章要做的，就是完善swagger的相关设置。
1. 设置swagger ui页面为启动页
在前一章的末尾，我们通过在域名后面输入/swagger后，成功访问到swagger ui页，但是我们发现每次运行项目，都会默认访问api/values这个接口，我想要将启动页设为swagger（或者是你画好的任一个html页），那应该怎么设置呢？
位置就在Properties下的launchSettings.json文件里，只要将profiles下的launchUrl改成你需要的地址就可以
当然，文件里还有其他一些基本设置，比如端口设置，就不一一说了。
2. 注释问题
swagger很重要的一个功能，就是将我们接口的注释信息和参数（包括实体类）的注释信息显示到页面上。
现在我们分别将控制器、函数和参数添加相应的注释（添加方式是在类或函数的上一行敲三下“/”）
F5运行，发现swagger ui上并没有将它们显示出来。那是因为还缺少两步
2.1项目生成xml注释文件
右键项目名称=>属性=>生成
勾选“输出”下面的“生成xml文档文件”，后面填写保存该文档的地址（xml文件的名字可以修改，但是不建议修改保存的路径，然后记住这个地址，待会会用到）
操作完之后，我们会发现错误列表会多出很多黄色的警告，提示“缺少XML注释”。
这时只需要像之前那样，在类或函数的上面一行添加注释即可。（当然，如果没有强迫症的话，装作没看到也是不影响的~）
如果我们按照刚才记住的地址去文件夹查看，也能看到对应xml文件。
2.2启动类中添加swagger服务来读取这个xml文件
重新编辑Startup.cs，修改ConfigureServices函数：
/// <summary>
/// This method gets called by the runtime. Use this method to add services to the container.
/// </summary>
/// <param name="services"></param>
public void ConfigureServices(IServiceCollection services)
{
services.AddMvc();
#region Swagger
services.AddSwaggerGen(c =>
{
c.SwaggerDoc("v1", new Info
{
Version = "v1.1.0",
Title = "Ray WebAPI",
Description = "框架集合",
TermsOfService = "None",
Contact = new Swashbuckle.AspNetCore.Swagger.Contact { Name = "RayWang", Email = "2271272653@qq.com", Url = "http://www.cnblogs.com/RayWang" }
});
//添加读取注释服务
var basePath = PlatformServices.Default.Application.ApplicationBasePath;
var xmlPath = Path.Combine(basePath, "APIHelp.xml");
c.IncludeXmlComments(xmlPath);
});
#endregion
}
以上两步完成之后，F5运行调试：
我们之前添加的注释就全部都出来了。
现在是不是突然觉得swagger很有用处了？
其实到这儿，细心的人都会发现，有一个地方还是没有显示注释，就是控制器的名称（在这个例子里就是values），我们之前在代码里明明也添加了注释，这里却没有显示出来，为什么？
好，接下来要放我个人私藏的大招了~
解决办法是：在项目中添加一个文件夹“SwaggerHelp”，在该文件加下添加类“SwaggerDocTag”，这个类的作用是根据控制器的名称向swagger ui额外附加注释，代码如下：
using Swashbuckle.AspNetCore.Swagger;
using Swashbuckle.AspNetCore.SwaggerGen;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
namespace CKPI.SwaggerHelp
{
/// <summary>
/// Swagger注释帮助类
/// </summary>
public class SwaggerDocTag : IDocumentFilter
{
/// <summary>
/// 添加附加注释
/// </summary>
/// <param name="swaggerDoc"></param>
/// <param name="context"></param>
public void Apply(SwaggerDocument swaggerDoc, DocumentFilterContext context)
{
swaggerDoc.Tags = new List<Tag>
{
//添加对应的控制器描述 这个是我好不容易在issues里面翻到的
new Tag { Name = "Values", Description = "测试模块" },
};
}
}
}
接下来要去Startup.cs添加相应的服务：
using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Threading.Tasks;
using CKPI.SwaggerHelp;
using Microsoft.AspNetCore.Builder;
using Microsoft.AspNetCore.Hosting;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Logging;
using Microsoft.Extensions.Options;
using Microsoft.Extensions.PlatformAbstractions;
using Swashbuckle.AspNetCore.Swagger;
namespace RayPI
{
/// <summary>
///
/// </summary>
public class Startup
{
/// <summary>
///
/// </summary>
/// <param name="configuration"></param>
public Startup(IConfiguration configuration)
{
Configuration = configuration;
}
/// <summary>
///
/// </summary>
public IConfiguration Configuration { get; }
/// <summary>
/// This method gets called by the runtime. Use this method to add services to the container.
/// </summary>
/// <param name="services"></param>
public void ConfigureServices(IServiceCollection services)
{
services.AddMvc();
#region Swagger
services.AddSwaggerGen(c =>
{
c.SwaggerDoc("v1", new Info
{
Version = "v1.1.0",
Title = "Ray WebAPI",
Description = "框架集合",
TermsOfService = "None",
Contact = new Swashbuckle.AspNetCore.Swagger.Contact { Name = "RayWang", Email = "2271272653@qq.com", Url = "http://www.cnblogs.com/RayWang" }
});
//添加注释服务
var basePath = PlatformServices.Default.Application.ApplicationBasePath;
var xmlPath = Path.Combine(basePath, "APIHelp.xml");
c.IncludeXmlComments(xmlPath);
//添加对控制器的标签(描述)
c.DocumentFilter<SwaggerDocTag>();
});
#endregion
}
/// <summary>
/// This method gets called by the runtime. Use this method to configure the HTTP request pipeline.
/// </summary>
/// <param name="app"></param>
/// <param name="env"></param>
public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
if (env.IsDevelopment())
{
app.UseDeveloperExceptionPage();
}
app.UseMvc();
#region Swagger
app.UseSwagger();
app.UseSwaggerUI(c =>
{
c.SwaggerEndpoint("/swagger/v1/swagger.json", "ApiHelp V1");
});
#endregion
}
}
}
现在再次运行调试，你会发现，控制器的注释就可以显示了
这儿的“测试模块”的注释，其实是从SwaggerDocTag类中读取出来的，并不是控制器本身的注释。
然后，这只是我个人目前为止发现的最好好用的方法，如果有人有什么其他更好的解决办法，欢迎大家指教，互相学习~
BTW，这里提一下可能会遇到的问题：如果项目发布之后，或是上线服务器之后，发现注释又没了，十有八九是生成的xml文件路径的问题。可以按照之前的步骤，依次排查，重新修改路径就可以了。
【20180705】更新显示控制器注释方法：
经@陆韦里同学私信指教，现提供另一种swagger展示控制器注释的方法，思路如下：
其实我们对控制器添加的注释，已经生成在xml注释文档里了（APIHelp.xml），打开xml文档，如下：
仔细观察下，其实就能找到它的规律：我们需要的主要数据都在二级节点<members>里，三级节点<member>有一个name属性，这个name的值凡是以“T:”开头的表示的都是类，凡是以“M:”开头的表示的都是函数，其中类里面凡是控制器必然会以“Controller”结尾。
所以我们要写一个读取xml的函数，根据这个规则，将注释提取出来，就可以了。
Stratup.cs里以前地配置不需要改变，只需要重新编辑SwaggerHelp下面的SwaggerDocTag.cs，添加一个GetControllerDesc函数，SwaggerDocTag.cs的完整代码如下：
using Microsoft.Extensions.PlatformAbstractions;
using Swashbuckle.AspNetCore.Swagger;
using Swashbuckle.AspNetCore.SwaggerGen;
using System.Collections.Generic;
using System.IO;
using System.Xml;
namespace RayPI.SwaggerHelp
{
/// <summary>
/// Swagger注释帮助类
/// </summary>
public class SwaggerDocTag : IDocumentFilter
{
/// <summary>
/// 添加附加注释
/// </summary>
/// <param name="swaggerDoc"></param>
/// <param name="context"></param>
public void Apply(SwaggerDocument swaggerDoc, DocumentFilterContext context)
{
/*
swaggerDoc.Tags = new List<Tag>
{
//添加对应的控制器描述 这个是我好不容易在issues里面翻到的
new Tag { Name = "Admin", Description = "后台" },
new Tag { Name = "Client", Description = "客户端" },
new Tag { Name = "System", Description = "系统" }
};
*/
swaggerDoc.Tags = GetControllerDesc();
}
/// <summary>
/// 从xml注释中读取控制器注释
/// </summary>
/// <returns></returns>
private List<Tag> GetControllerDesc()
{
List<Tag> tagList = new List<Tag>();
var basePath = PlatformServices.Default.Application.ApplicationBasePath;
var xmlpath = Path.Combine(basePath, "APIHelp.xml");
if (!File.Exists(xmlpath))//检查xml注释文件是否存在
return tagList;
XmlDocument xmlDoc = new XmlDocument();
xmlDoc.Load(xmlpath);
string memberName = string.Empty;//xml三级节点的name属性值
string controllerName = string.Empty;//控制器完整名称
string key = string.Empty;//控制器去Controller名称
string value = string.Empty;//控制器注释
foreach (XmlNode node in xmlDoc.SelectNodes("//member"))//循环三级节点member
{
memberName = node.Attributes["name"].Value;
if (memberName.StartsWith("T:"))//T:开头的代表类
{
string[] arrPath = memberName.Split('.');
controllerName = arrPath[arrPath.Length - 1];
if (controllerName.EndsWith("Controller"))//Controller结尾的代表控制器
{
XmlNode summaryNode = node.SelectSingleNode("summary");//注释节点
key = controllerName.Remove(controllerName.Length - "Controller".Length, "Controller".Length);
if (summaryNode != null && !string.IsNullOrEmpty(summaryNode.InnerText) && !tagList.Contains(new Tag { Name = key }))
{
value = summaryNode.InnerText.Trim();
tagList.Add(new Tag { Name = key, Description = value });
}
}
}
}
return tagList;
}
}
}点击F5运行，控制器的注释就显示出来了。
【20180705】再次更新显示控制器注释方法：
这次应该是终极解决办法了，而且这个方法其实swagger已经帮我们集成好了~
其中给swagger添加xml注释文件的函数叫“IncludeXmlComments”，F12跳转到定义，摘要是这样的：
//
// 摘要:
// Inject human-friendly descriptions for Operations, Parameters and Schemas based
// on XML Comment files
//
// 参数:
// filePath:
// An abolsute path to the file that contains XML Comments
//
// includeControllerXmlComments:
// Flag to indicate if controller XML comments (i.e. summary) should be used to
// assign Tag descriptions. Don't set this flag if you're customizing the default
// tag for operations via TagActionsBy.
public void IncludeXmlComments(string filePath, bool includeControllerXmlComments = false);可以看到，函数其实十有两个参数的，只是第二个参数默认设置了false，而这个参数就是设置是否显示显示控制器注释的。。。
所以只需要更改Startup.cs下ConfigureServices函数中的swagger配置就行了：
c.IncludeXmlComments(apiXmlPath, true);//添加控制器层注释（true表示显示控制器注释）
20180703更新：添加headers授权验证
3. 为Swagger添加头部授权验证功能
当接口添加了授权验证之后，我们是不能直接调用该接口，一般需要在发起的http请求的headers中添加“令牌"进行验证。用过Postman的应该知道，Postman是可以手动在headers中添加字段的，下面就要实现swagger添加headers的功能。
这里以JWT授权验证为例，如果需要了解JWT授权验证的，可以去该系列的第四篇【从零开始搭建自己的.NET Core Api框架】（四）实战！带你半个小时实现JWT授权验证，有专门介绍。
打开Startup.cs，我们需要在ConfigService函数中添加如下服务：
services.AddSwaggerGen(c =>
{
c.SwaggerDoc("v1", new Info
{
Version = "v1.1.0",
Title = "Ray WebAPI",
Description = "框架集合",
TermsOfService = "None",
Contact = new Swashbuckle.AspNetCore.Swagger.Contact { Name = "RayWang", Email = "2271272653@qq.com", Url = "http://www.cnblogs.com/RayWang" }
});
//添加注释服务
var basePath = PlatformServices.Default.Application.ApplicationBasePath;
var xmlPath = Path.Combine(basePath, "APIHelp.xml");
c.IncludeXmlComments(xmlPath);
//添加对控制器的标签(描述)
c.DocumentFilter<SwaggerDocTag>();
//手动高亮
//添加header验证信息
//c.OperationFilter<SwaggerHeader>();
var security = new Dictionary<string, IEnumerable<string>> { { "Bearer", new string[] { } }, };
c.AddSecurityRequirement(security);//添加一个必须的全局安全信息，和AddSecurityDefinition方法指定的方案名称要一致，这里是Bearer。
c.AddSecurityDefinition("Bearer", new ApiKeyScheme
{
Description = "JWT授权(数据将在请求头中进行传输) 参数结构: \"Authorization: Bearer {token}\"",
Name = "Authorization",//jwt默认的参数名称
In = "header",//jwt默认存放Authorization信息的位置(请求头中)
Type = "apiKey"
});
});
完成之后，F5运行，swagger ui页面就会多出一个按钮"Authorize"，点击可以跳出token填写页面，作用可以去看第四章，这里就不讲了
【20180714】更新：设置swagger显示实体类信息（swagger读取多个xml注释文件）
4. 显示实体类注释
我们的WebApi接口大部分都是以实体类作为对象来传输的，但是swagger如果不设置的话是看不到这些实体类的注释的。
比如，实体类Student如下：
“添加学生”接口，需要接收一个“Student”类：
这里swagger只是把该实体类的字段一一列出来供测试填写数据，但是却看不到注释。
再比如，“获取单个学生”接口，调用 后会返回一个学生实体，但是Responses信息中却只显示了一个200的状态码，而没有显示该返回的实体类的信息：
下面，就来解决这个问题：
1）项目生成xml注释文件
这一步和之前一样，只是项目要选择实体类所在项目，而不是控制器层的项目：
这里注意点是，XML文档文件的路径最好选择到控制器层XML注释文件相同的路径下，如果生成成功，打开文件夹可以看到生成的xml文件：
2）设置swagger读取该xml注释文件
完整的ConfigureServices下swagger配置如下：
services.AddSwaggerGen(c =>
{
c.SwaggerDoc("v1", new Info
{
Version = "v1.1.0",
Title = "Ray WebAPI",
Description = "框架集合",
TermsOfService = "None",
Contact = new Swashbuckle.AspNetCore.Swagger.Contact { Name = "RayWang", Email = "2271272653@qq.com", Url = "http://www.cnblogs.com/RayWang" }
});
//添加注释服务
var basePath = PlatformServices.Default.Application.ApplicationBasePath;
var apiXmlPath = Path.Combine(basePath, "APIHelp.xml");
var entityXmlPath = Path.Combine(basePath, "EntityHelp.xml");
c.IncludeXmlComments(apiXmlPath, true);//控制器层注释（true表示显示控制器注释）
c.IncludeXmlComments(entityXmlPath);
//添加控制器注释
//c.DocumentFilter<SwaggerDocTag>();
//添加header验证信息
//c.OperationFilter<SwaggerHeader>();
var security = new Dictionary<string, IEnumerable<string>> { { "Bearer", new string[] { } }, };
c.AddSecurityRequirement(security);//添加一个必须的全局安全信息，和AddSecurityDefinition方法指定的方案名称要一致，这里是Bearer。
c.AddSecurityDefinition("Bearer", new ApiKeyScheme
{
Description = "JWT授权(数据将在请求头中进行传输) 参数结构: \"Authorization: Bearer {token}\"",
Name = "Authorization",//jwt默认的参数名称
In = "header",//jwt默认存放Authorization信息的位置(请求头中)
Type = "apiKey"
});
});
到这，第一个问题，接受实体类就可以显示注释了：
3）控制器的接口函数头设置标签
在接口的头部添加标签：
[ProducesResponseType(typeof(Student),200)]
表明该接口返回实体类类型。如下图例：
再次运行项目，查看获取单个学生接口：
点击黑框上面“Model”字样，还可以查看该类的注释~
另外，swagger还在接口的下方很贴心的生成了一个用于显示实体Model模块：
到这，我们的第一章的内容“搭建项目和集成sawgger”就结束了，如果有问题，欢迎留言一起讨论，互相学习。
本来想着代码比较简单，就不放源码，但是考虑之后，还是决定上传一下。正好也定个规矩，这个系列后面每完成一个大的章节之后，都上传一份源码。这样也是给自己一个交代吧。
源码下载：点击查看下载地址
下一章的内容是项目架构的搭建和集成SqlSugar
来源：oschina
链接：https://my.oschina.net/u/4398626/blog/3929176