前言
作为开发人员,我们经常向应用程序添加新功能并修改当前的 Api
。版本控制使我们能够安全地添加新功能而不会造成中断性变更。一个良好的 Api
版本控制策略可以清晰地传达所做的更改,并允许使用现有 REST Api
的客户端在准备好时才迁移或更新他们的应用程序到最新版本。
哪些行为可能会造成 Api 的中断性变更呢?
- 删除或重命名 Api
- 修改 Api 参数(类型,名称,可选参数变成非可选参数,删除必需参数等)
- 更改现有 Api 的行为
- 更改 Api 响应
- 更改 Api 错误代码
- More
我们在做开发的过程中迟早会面对 Api 版本控制需求,在 Api 开发的过程中学习如何进行版本控制是至关重要的。
本文主要介绍在 MinimalApis
进行版本控制,官网文档在文末
借助aspnet-api-versioning
帮助 Minimalapis
实现版本控制
开始之前在项目中安装两个 nuget 包:
Install-Package Asp.Versioning.Http
Install-Package Asp.Versioning.Mvc.ApiExplorer
- Asp.Versioning.Http 用于在
MinimalApis
中提供版本控制支持
- Asp.Versioning.Mvc.ApiExplorer 用于
OpenApi
,格式化路由版本参数等
配置详情
builder.Services.AddApiVersioning(options =>
{
options.DefaultApiVersion = new ApiVersion(2, 0);//默认版本
options.ReportApiVersions = true;//Response Header 指定可用版本
options.AssumeDefaultVersionWhenUnspecified = true;//如果没有指定版本用默认配置
options.ApiVersionReader = ApiVersionReader.Combine(
new QueryStringApiVersionReader("api-version"),//QueryString
new HeaderApiVersionReader("X-Version"),//Header
new MediaTypeApiVersionReader("ver"),//Accept MediaType
new UrlSegmentApiVersionReader());//Route Path
}).AddApiExplorer(options =>
{
options.GroupNameFormat = "'v'VVV";
options.SubstituteApiVersionInUrl = true;
});
AddApiVersioning
提供了一个委托参数 Action<ApiVersioningOptions>
来对 Api 版本控制配置
,下面看主要参数的配置解释
-
DefaultApiVersion
options.DefaultApiVersion = new ApiVersion(2,0);
指定 Api 的默认版本以上设置为 2.0 版本,默认是 1.0
-
ReportApiVersions
options.ReportApiVersions = true;//Response Header 指定可用版本
在 ResponseHeader 中指定当前 Api 可用的版本 默认不开启
-
AssumeDefaultVersionWhenUnspecified
options.AssumeDefaultVersionWhenUnspecified = true;
开启后 如果
Api
不指定版本默认DefaultApiVersion
设置版本,适合已经存在的服务开启版本控制,帮助在不破坏现有客户端的情况下改进现有服务并集成正式的Api
。 -
ApiVersionReader
options.ApiVersionReader = ApiVersionReader.Combine( new QueryStringApiVersionReader("api-version"),//QueryString 默认参数 api-vesion new HeaderApiVersionReader("X-Version"),//Header 默认v new MediaTypeApiVersionReader("ver"),//Accept MediaType 默认参数v new UrlSegmentApiVersionReader());//Route Path 参数v
配置如何读取客户端指定的 Api 版本,默认为
QueryStringApiVersionReader
即使用名为api-version
的查询字符串参数。
从上面可以看出有四种开箱即用的 Api 服务版本定义方式- QueryStringApiVersionReader:
https://localhost:7196/api/Todo?api-version=1
- HeaderApiVersionReader:
https://localhost:7196/api/Todo -H 'X-Version: 1'
- MediaTypeApiVersionReader:
GET api/helloworld HTTP/2 Host: localhost Accept: application/json;ver=1.0
- UrlSegmentApiVersionReader:
https://localhost:7196/api/workouts?api-version=1
可以通过
ApiVersionReader.Combine
联合使用。 - QueryStringApiVersionReader:
虽然
aspnet-api-versioning
提供了多种版本控制的方式,但是在我们实际项目开发的过程中,我们尽可能只采用一种方案,只用一种标准可以让我们版本开发更加的容易维护,而且多种方案配置默认策略 对OpenApi
的集成和版本控制的默认行为都互有影响。
以上四种方案只有
QueryStringApiVersionReader
和UrlSegmentApiVersionReader
符合 Microsoft REST Guidelines 的规范,所以我们只需要上面选一个即可.
MinimalApis 版本控制
我们采用其中的一种 来做演示看看 ApiVesioning
是如何实现的,就按默认行为 QueryStringApiVersionReader 来做一个简单的 Demo。
创建一个 MinimalApi 的项目
VS 创建新项目->输入项目名字然后点击下一步-> 使用控制器的 CheckBox 确定取消勾选
.Net Cli 安装 nuget 或者 VS 包管理器
dotnet add package Asp.Versioning.Http
dotnet add package Asp.Versioning.Mvc.ApiExplorer
Program.cs
添加默认配置
builder.Services.AddProblemDetails();
builder.Services.AddApiVersioning(options =>
{
options.DefaultApiVersion = new ApiVersion(2, 0);//默认版本
options.ReportApiVersions = true;//Response Header 指定可用版本
options.AssumeDefaultVersionWhenUnspecified = true;//如果没有指定版本用默认配置
}).AddApiExplorer(options =>
{
options.GroupNameFormat = "'v'VVV";
options.SubstituteApiVersionInUrl = true;
});
aspnet-api-versioning的异常处理机制依赖ProblemDetails
,
所以builder.Services.AddProblemDetails();
必须要注册到 IOC 容器。
AddApiVersioning
没有注册任何的ApiVersionReader
,所以会用默认的QueryStringApiVersionReader
的模式。
AddApiExplorer
是 OpenApi
对接口格式化的策略配置
认识 几个核心方法
- NewVersionedApi :创建一个路由组建造者,用于定义 Api 中所有版本化端点。
-
HasApiVersion :表示 ApiVersionSet 支持指定的 ApiVersion。
-
HasDeprecatedApiVersion :配置废弃指定的 Api 版本。
-
MapToApiVersion : 将指定的 Api 版本映射到配置的端点。
-
IsApiVersionNeutral : 版本无关 也可以说任何的版本都可以访问到这个终结点
添加 Api EndPoint
{
var todoV1 = app.NewVersionedApi("Todo")
.HasDeprecatedApiVersion(new ApiVersion(1, 0));//过期版本
var todoGroup = todoV1.MapGroup("/api/Todo");
todoGroup.MapGet("/", () => "Version 1.0").WithSummary("请用V2版本代替");
todoGroup.MapGet("sayhello", (string name) => $"hello {name}").
}
{
var todoV2 = app.NewVersionedApi("Todo")
.HasApiVersion(new ApiVersion(2, 0));
var todoGroup = todoV2.MapGroup("/api/Todo");
todoGroup.MapGet("/", () => "Version 2.0").MapToApiVersion(new ApiVersion(2, 0)).WithSummary("Version2");
}
{
var todoV3 = app.NewVersionedApi("Todo")
.HasApiVersion(new ApiVersion(3, 0));
var todoGroup = todoV3.MapGroup("/api/Todo");
todoGroup.MapGet("/", () => "Version 3.0").WithSummary("Version3");
todoGroup.MapGet("sayhello", (string name) => $"hello {name}").IsApiVersionNeutral();
}
上面定义 Todo 的相关业务,当前有三个版本,V1 已经过期不推荐使用,V2 是主要版本,V3 是预览开发版本,IsApiVersionNeutral
标注了一个sayHello
接口是跟版本无关的
Run 项目 测试一下
访问 api/Todo
,Options 配置了默认版本为 2.0
https://localhost:7141/api/todo
返回 Version 2.0 符合预期
测试 V1 版本
https://localhost:7141/api/todo?api-version=1.0
返回 Version 1.0 符合预期且 ResponseHeader 标记了过期版本和受支持的版本
测试 V2 版本
https://localhost:7141/api/todo?api-version=2.0
可以看到 返回 Version 2.0 符合预期
测试 V3 版本
https://localhost:7141/api/todo?api-version=3.0
可以看到 返回 Version 3.0 符合预期
测试 sayHello (版本无关)
https://localhost:7141/api/Todo/sayhello
https://localhost:7141/api/Todo/sayhello?name=ruipeng& api-vesion=1.0
https://localhost:7141/api/Todo/sayhello?name=ruipeng&api-vesion=2.0
https://localhost:7141/api/Todo/sayhello?name=ruipeng&api-vesion=3.0
到这儿基本可以实现我们的需求了,在
aspnet-api-versioning
中还提供了NewApiVersionSet
的方法配置添加实现Api
的管理,大家也可以尝试下。
版本管理对接 OpenApi
刚才我们的项目 Run
起来之后 Swagger
首页看到只有 V1
版本的界面,我们来设置一下让他支持 Swagger
界面版本切换
创建 ConfigureSwaggerOptions 添加多个 SwaggerDoc
public class ConfigureSwaggerOptions(IApiVersionDescriptionProvider provider) : IConfigureOptions<SwaggerGenOptions>
{
public void Configure(SwaggerGenOptions options)
{
foreach (var description in provider.ApiVersionDescriptions)
{
options.SwaggerDoc(description.GroupName, CreateInfoForApiVersion(description));
}
}
private static OpenApiInfo CreateInfoForApiVersion(ApiVersionDescription description)
{
var text = new StringBuilder("An example application with OpenAPI, Swashbuckle, and API versioning.");
var info = new OpenApiInfo()
{
Title = "MinimalApis With OpenApi ",
Version = description.ApiVersion.ToString(),
Contact = new OpenApiContact() { Name = "Ruipeng", Email = "[email protected]" },
License = new OpenApiLicense() { Name = "MIT", Url = new Uri("https://opensource.org/licenses/MIT") }
};
if (description.IsDeprecated)
{
text.Append(" This API version has been deprecated.");
}
if (description.SunsetPolicy is SunsetPolicy policy)
{
if (policy.Date is DateTimeOffset when)
{
text.Append(" The API will be sunset on ")
.Append(when.Date.ToShortDateString())
.Append('.');
}
if (policy.HasLinks)
{
text.AppendLine();
for (var i = 0; i < policy.Links.Count; i++)
{
var link = policy.Links[i];
if (link.Type == "text/html")
{
text.AppendLine();
if (link.Title.HasValue)
{
text.Append(link.Title.Value).Append(": ");
}
text.Append(link.LinkTarget.OriginalString);
}
}
}
}
info.Description = text.ToString();
return info;
}
}
依赖注入
builder.Services.AddTransient<IConfigureOptions<SwaggerGenOptions>, ConfigureSwaggerOptions>();
创建拦截器
public class SwaggerDefaultValues : IOperationFilter
{
public void Apply(OpenApiOperation operation, OperationFilterContext context)
{
var apiDescription = context.ApiDescription;
operation.Deprecated |= apiDescription.IsDeprecated();
foreach (var responseType in context.ApiDescription.SupportedResponseTypes)
{
var responseKey = responseType.IsDefaultResponse ? "default" : responseType.StatusCode.ToString();
var response = operation.Responses[responseKey];
foreach (var contentType in response.Content.Keys)
{
if (!responseType.ApiResponseFormats.Any(x => x.MediaType == contentType))
{
response.Content.Remove(contentType);
}
}
}
if (operation.Parameters is null)
{
return;
}
foreach (var parameter in operation.Parameters)
{
var description = apiDescription.ParameterDescriptions.First(p => p.Name == parameter.Name);
parameter.Description ??= description.ModelMetadata?.Description;
if (parameter.Schema.Default is null &&
description.DefaultValue is not null &&
description.DefaultValue is not DBNull &&
description.ModelMetadata is ModelMetadata modelMetadata)
{
var json = JsonSerializer.Serialize(description.DefaultValue, modelMetadata.ModelType);
parameter.Schema.Default = OpenApiAnyFactory.CreateFromJson(json);
}
parameter.Required |= description.IsRequired;
}
}
}
Swagger 依赖注入
builder.Services.AddSwaggerGen(options => options.OperationFilter<SwaggerDefaultValues>());
UseSwaggerUI 添加 Swagger 终结点
app.UseSwaggerUI(options =>
{
var descriptions = app.DescribeApiVersions();
// build a swagger endpoint for each discovered API version
foreach (var description in descriptions)
{
var url = $"/swagger/{description.GroupName}/swagger.json";
var name = description.GroupName.ToUpperInvariant();
options.SwaggerEndpoint(url, name);
}
});
Run
Swagger 查看项目
左上角可以成功切换版本,OpenApi 版本管理成功
最后
本文的 demo
用了aspnet-api-versioning
版本控制的一种方式来做的演示,WebApi Controller
配置好 Options
之后只需要用aspnet-api-versioning
提供的 Attribute
就可以实现版本管理,Route Path
和 httpHeader
等传参数的方式只需要微调就可以实现,更多高级功能请浏览aspnet-api-versioning
官网(文末有官网地址)。
Api
版本控制是设计现代 Api
的最佳实践之一。从第一个版本开始实现 Api
版本控制,这样可以更容易地让客户端支持未来的 Api
版本,同时也让您的团队习惯于管理破坏性变化和对 Api
进行版本控制。
以下是本文的完整 源代码
aspnet-api-versioning 官网学习文档
评论区