国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

武裝你的WEBAPI-OData之API版本管理

這篇具有很好參考價值的文章主要介紹了武裝你的WEBAPI-OData之API版本管理。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

本文屬于OData系列

Intro

對外提供WEBAPI時,如果遇上了版本升級,那么控制WEBAPI的版本也是非常必要的。OData官方提供了版本控制以及管理的解決方案,我個人是實踐體會是不好用,好在社區(qū)提供了對應的nuget包,與.NET主版本同步更新。

介紹

ASP.NET API Versioning是一個提供ASP.NET WEBAPI版本管理的包,支持ASP.NET、ASP.NET CORE、ASP.NET CORE ODATA,作者以前是微軟的員工,現在不在微軟工作了,因此原先的命名空間不能繼續(xù)用了?,F在這個項目已經加入.NET Foundation,作者也非?;钴S。

版本管理

首先對現有的項目安裝這個包:

Install-Package Asp.Versioning.OData

在Program.cs文件中修改一下:

var builder = WebApplication.CreateBuilder( args );

builder.Services.AddControllers().AddOData();
builder.Services.AddProblemDetails();
builder.Services.AddApiVersioning().AddOData(
    options =>
    {
        options.AddRouteComponents();
    } );

var app = builder.Build();

app.MapControllers();
app.Run();

然后在需要控制版本的控制器上加上[ApiVersion]修飾就可以了。

[ApiVersion( 1.0 )]
public class PeopleController : ODataController
{
    [EnableQuery]
    public IActionResult Get() => Ok( new[] { new Person() } );
}

注意,默認的版本是1.0,不過最好顯式聲明一下。

EDM升級

EDM根據版本不同也會有一些區(qū)別,需要分別進行配置,原來的GetEdm()模式顯得有點麻煩,而EDM配置在這個庫中變得非常靈活,使用的是Configuration模式。

示例代碼如下:

public class DeviceInfoModelConfiguration : IModelConfiguration
{
	public void Apply(ODataModelBuilder builder, ApiVersion apiVersion, string routePrefix)
	{
		switch (apiVersion.MajorVersion)
		{
			case 1:
				builder.EntitySet<DeviceInfo>("DeviceInfoes").EntityType.HasKey(p => p.DeviceId);
				break;
			case 2:
				builder.EntitySet<DeviceInfo>("DeviceInfos").EntityType.HasKey(p => p.DeviceId).Ignore(w => w.Layout);
				break;
			default:
				break;
		};
	}
}

只需要實現IModelConfiguration接口,并在Apply函數中根據版本對實體或者DTO對象進行配置,不同版本的EDM可以不一樣。

一般實踐是一個實體對象一個IModelConfiguration,方便后面管理。

配置Swagger

因為有重復配置的模型,直接使用默認的Swagger會報錯,這個時候需要使用到Versioned API Explorer,對Swagger拓展版本信息。

Install-Package Asp.Versioning.OData.ApiExplorer

安裝Asp.Versioning.OData.ApiExplorer,重新改造一下Program.cs文件:

var builder = WebApplication.CreateBuilder( args );

builder.Services.AddControllers().AddOData();
builder.Services.AddProblemDetails();
builder.Services.AddEndpointsApiExplorer();
builder.Services.AddApiVersioning()
                .AddOData( options => options.AddRouteComponents() )
                .AddODataApiExplorer(
                     // format the version as "'v'major[.minor][-status]"
                     options => options.GroupNameFormat = "'v'VVV" );

services.AddTransient<IConfigureOptions<SwaggerGenOptions>, ConfigureSwaggerOptions>();
services.AddSwaggerGen();

var app = builder.Build();

app.UseSwagger();
app.UseSwaggerUI(
    options =>
    {
        foreach ( var description in app.DescribeApiVersions() )
        {
            var url = $"/swagger/{description.GroupName}/swagger.json";
            var name = description.GroupName.ToUpperInvariant();
            options.SwaggerEndpoint( url, name );
        }
    } );
app.MapControllers();
app.Run();

還需要一個配置的類如下:

public class ConfigureSwaggerOptions : IConfigureOptions<SwaggerGenOptions>
{
  readonly IApiVersionDescriptionProvider provider;

  public ConfigureSwaggerOptions( IApiVersionDescriptionProvider provider ) =>
    this.provider = provider;

  public void Configure( SwaggerGenOptions options )
  {
    foreach ( var description in provider.ApiVersionDescriptions )
    {
      options.SwaggerDoc(
        description.GroupName,
          new OpenApiInfo()
          {
            Title = $"Example API {description.ApiVersion}",
            Version = description.ApiVersion.ToString(),
          } );
    }
  }
}

這樣,swagger界面就可以下拉選擇不同版本的API了。
武裝你的WEBAPI-OData之API版本管理

舊系統(tǒng)升級

WEBAPI Versioning對這個內容有介紹,其中需要注意的是,基于路徑的版本匹配并不支持默認版本的特性,對于以前系統(tǒng)直接使用api/開頭的控制器,并不能直接默認轉到到api/v1(參考介紹)。為了兼容舊系統(tǒng),我們只能在ASP.NET CORE的管線上想想辦法:插入一個中間件,對路徑進行判斷,如果是api開頭的,就直接轉到api/v1;如果是api/v開頭的,那么就直接下一步。

    public class RedirectMiddlewareForV1
    {
        private readonly RequestDelegate _next;

        public RedirectMiddlewareForV1(RequestDelegate next)
        {
            _next = next;
        }

        public async Task InvokeAsync(HttpContext context)
        {
            if (context.Request.Path.StartsWithSegments("/api") && !context.Request.Path.Value.StartsWith("/api/v"))
            {
                //千萬小心,一定需要保留原來的QueryString
                var newUrl = $"{context.Request.Path.Value.Replace("/api/", "/api/v1/")}{context.Request.QueryString}";
                //permanent指示永久遷移,preserveMethod指示保留原來的謂詞與body
                context.Response.Redirect(newUrl, permanent: true, preserveMethod: true);
            }
            else
            {
                await _next(context);
            }
        }


    }

然后在configure函數中注冊這個中間件就可以了。

app.UseMiddleware<RedirectMiddlewareForV1>();

請注意:文章來源地址http://www.zghlxwxcb.cn/news/detail-436310.html

  • context.Request.Path.StartsWithSegments函數只能匹配完整的路徑詞匯,/api/v2去匹配/api/v會返回false。
  • 另外需要了解HTTP 301/302/307/308之間的區(qū)別,如果需要保留原來的請求body,需要使用307/308,308是永久移動。
  • Redirect并不保留原來的QueryString,需要手動拼接。

FAQ

  1. 無法正確顯示不同版本的Swagger,提示InvalidOperationException: Can't use schemaId "\(B" for type "\)A.B". The same schemaId is already used for type "$A.B"
    這個問題是由多次對同一個類型Schema生成造成的。最常見的情況是你的控制器有方法不屬于OData Routing的一部分(比如直接使用HttpGet指定),這樣程序在掃描的過程中會重復對對象進行生成。解決辦法有兩種:
  • 在EDM正確配置控制器中的Action或者Function,不要有不在OData路由的路徑。(UseODataRouteDebug()可以啟用$odata的路徑,這樣可以查看哪些路徑不被OData解析)
  • 為每一個對象使用唯一名稱:在配置中增加options.CustomSchemaIds(type => type.AssemblyQualifiedName)這個項目,所有的swagger對外名稱會變成隨機生成的值,也可以規(guī)避這個問題。
    詳細分析看這個:Ignoring property on EDM causes InvalidOperationException: Can't use schemaId "\(B" for type "\)A.B". The same schemaId is already used for type "$A.B" · Issue #772 · dotnet/aspnet-api-versioning (github.com)
  1. 無法加載Swagger,提示System.MissingMethodException: Method not found: 'Microsoft.OData.ModelBuilder.Config.DefaultQuerySettings Microsoft.AspNetCore.OData.ODataOptions.get_QuerySettings()
    這個是版本問題,本人使用的OData版本在8.1.0,有一些破壞性更改,只要保持引用的OData版本<= 8.0.12就可以了。
    詳細分析看這個MissingMethodException with OData v8.1.0 · Issue #980 · dotnet/aspnet-api-versioning (github.com)
  2. 找不到DescribeApiVersions()方法
    app找不到這個方法,大概率是在.NET 6的Minimal API之前的代碼升級出現的,之前app是用IWebhostBuilder構建的,而現在的app是直接用過WebApplication構建得到的,含義不同,最簡單的方法是改造一下,使用WebApplication重寫一下Startup內容。

參考

  • API Documentation · dotnet/aspnet-api-versioning Wiki (github.com)
  • API versioning extension with ASP.NET Core OData 8 - OData (microsoft.com)

到了這里,關于武裝你的WEBAPI-OData之API版本管理的文章就介紹完了。如果您還想了解更多內容,請在右上角搜索TOY模板網以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網!

本文來自互聯(lián)網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉載,請注明出處: 如若內容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • OData WebAPI實踐-與ABP vNext集成

    OData WebAPI實踐-與ABP vNext集成

    本文屬于 OData 系列文章 ABP 是一個流行的 ASP. NET 開發(fā)框架,舊版的的 ABP 已經能夠非常好的支持了 OData ,并提供了對應的 OData 包。 ABP vNext 是一個重新設計的,面向微服務的框架,提供了一些非常有用的特性,包括分頁查詢等但是它并不能原生支持 OData ,我們需要自行實現

    2024年02月04日
    瀏覽(18)
  • OData WebAPI實踐-Non-EDM模式

    OData WebAPI實踐-Non-EDM模式

    本文屬于OData系列文章 前文說到了 EDM 與 OData 之間的關系,具有 EDM 的 OData 提供了強大的查詢能力,但是 OData 并不必須要配置 EDM ,我們也可以使用 Non-EDM 方案。 所謂 Non-EDM ,并不是說在 OData 運行時不需要 EDM 配置了,而是由 OData 動態(tài)生成的 EDM ,進而實現 OData 功能。 配置

    2024年02月04日
    瀏覽(14)
  • API 網關 vs 負載均衡:選擇適合你的網絡流量管理組件

    API 網關 vs 負載均衡:選擇適合你的網絡流量管理組件

    由于互聯(lián)網技術的發(fā)展,網絡數據的請求數節(jié)節(jié)攀升,這使得服務器承受的壓力越來越大。在早期的系統(tǒng)架構中,通常使用負載均衡來將網絡流量平攤到多個服務器中,以此減輕單臺服務器的壓力。但是現如今,后端服務的種類在不斷地變多,每個種類的后端都以 API 的形式

    2024年02月11日
    瀏覽(25)
  • KMP算法——通俗易懂講好KMP算法:實例圖解分析+詳細代碼注解 --》你的所有疑惑在本文都能得到解答

    KMP算法——通俗易懂講好KMP算法:實例圖解分析+詳細代碼注解 --》你的所有疑惑在本文都能得到解答

    KMP 是一個 解決模式串在文本串是否出現過 ,如果出現過,最早出現的位置的經典算法。 Knuth-Morris-Pratt 字符串查找算法,簡稱為 “KMP 算法”,常用于 在一個文本串 S 內查找一個模式串 P 的出現位置 ,這個算法由 Donald Knuth 、 Vaughan Pratt 、 James H. Morris 三人于 1977 年聯(lián)合發(fā)表

    2024年02月07日
    瀏覽(36)
  • Asp-Net-Core開發(fā)筆記:API版本管理

    Asp-Net-Core開發(fā)筆記:API版本管理

    對于Web API應用程序而言,隨著時間的推移以及需求的增加或改變,API必然會遇到升級的需求。事實上,Web API應用程序應該從創(chuàng)建時就考慮到API版本的問題。業(yè)務的調整、功能的增加、接口的移除與改名、接口參數變動、實體屬性的添加、刪除和更改等都會改變API的功能,從

    2024年02月08日
    瀏覽(25)
  • 12.JavaScript(WebAPI) - JS api文獻精解

    12.JavaScript(WebAPI) - JS api文獻精解

    大家好,我是曉星航。今天為大家?guī)淼氖?JavaScript(WebAPI) 相關的講解!?? 前面學習的 JS 分成三個大的部分 ECMAScript: 基礎語法部分 DOM API: 操作頁面結構 BOM API: 操作瀏覽器 WebAPI 就包含了 DOM + BOM. 這個是 W3C 組織規(guī)定的. (和制定 ECMAScript 標準的大佬們不是一伙人). 前面學的

    2024年02月06日
    瀏覽(57)
  • [入門一]C# webApi創(chuàng)建、與發(fā)布、部署、api調用

    [入門一]C# webApi創(chuàng)建、與發(fā)布、部署、api調用

    一. 創(chuàng)建 web api項目 1.1、項目創(chuàng)建 MVC架構的話,它會有view-model-control三層,在web api中它的前端和后端是分離的,所以只在項目中存在model-control兩層 1.2、修改路由 打開App_Start文件夾下,WebApiConfig.cs , 修改路由,加上{action}/ ,這樣就可以在api接口中通過接口函數名,來導向我

    2024年02月05日
    瀏覽(26)
  • .NET Core WebAPI中使用swagger版本控制,添加注釋

    .NET Core WebAPI中使用swagger版本控制,添加注釋

    在代碼中添加注釋 在項目屬性中生成API文檔 在Program中注冊Swagger服務并配置文檔信息

    2024年02月20日
    瀏覽(25)
  • WPF項目創(chuàng)建HTTP WEB服務,不使用IIS業(yè)務 WPF桌面程序WebApi WPF 集成WebApi C# 創(chuàng)建HTTP Web API服務

    WPF項目創(chuàng)建HTTP WEB服務,不使用IIS業(yè)務 WPF桌面程序WebApi WPF 集成WebApi C# 創(chuàng)建HTTP Web API服務

    在C# WPF應用程序中直接創(chuàng)建HTTP服務或WebAPI服務有以下優(yōu)點: 自托管服務: 簡化部署:無需依賴外部服務器或IIS(Internet Information Services),可以直接在應用程序內部啟動和運行Web服務。 集成緊密:與WPF應用程序的其他組件和邏輯可以更緊密地集成,因為它們都在同一個進程

    2024年02月02日
    瀏覽(87)
  • 【數據結構】C--順序表1.0版本(本文非常適合小白觀看,已盡力詳解,以及圖解也是盡量列舉)

    【數據結構】C--順序表1.0版本(本文非常適合小白觀看,已盡力詳解,以及圖解也是盡量列舉)

    目錄 0.前言 什么是數據結構? 1.邏輯結構: 1.1線性結構: 1.2非線性結構: ????????(1)集合 ????????(2)樹形結構 ????????(3)圖形結構或者網狀結構 2.存儲結構 一.線性表 二.順序表 順序表與數組的關系:(非常容易混淆) 1.靜態(tài)順序表:使用定長數組存儲元素 2.動態(tài)順序表

    2024年02月06日
    瀏覽(41)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包