Nello scorso script abbiamo introdotto la libreria Asp.Versioning di .NET Foundation, grazie alla quale abbiamo visto come aggiungere il concetto di versione ai nostri endpoint Minimal API.
L'approccio per sfruttare i controller presenta alcune differenze, a iniziare dal package che dobbiamo installare che, a dispetto del nome "Mvc", va utilizzato anche nel caso di un progetto Web API:
dotnet add package Asp.Versioning.Mvc
Questo package introduce alcune convenzioni per il routing che ci saranno utili nella creazione e nel naming dei controller. La registrazione del servizio non cambia, a parte l'aggiunta del metodo AddMvc:
public static void Main(string[] args) { var builder = WebApplication.CreateBuilder(args); // Add services to the container. builder.Services.AddAuthorization(); builder.Services.AddControllers(); builder.Services.AddApiVersioning(options => { options.AssumeDefaultVersionWhenUnspecified = true; options.ReportApiVersions = true; }) // attiva il versioning sui controller .AddMvc(); var app = builder.Build(); // altro codice qui .. app.MapControllers(); app.Run(); }
A questo punto, per dimostrare il funzionamento, possiamo creare un primo PeopleController, come il seguente:
namespace VersioningDemo.Controllers.V1 { [Route("[controller]")] [ApiController] [ApiVersion("1.0", Deprecated = true)] public class PeopleController : ControllerBase { [HttpGet] public IEnumerable<Person> Get() { return new List<Person> { new Person(Name: "John Doe", Age: 30), new Person(Name: "Jane Doe", Age: 25) }; } } public record Person(string Name, int Age); }
Come possiamo notare, l'unico accorgimento che abbiamo usato è quello di aggiungere l'attributo ApiVersion che indica che il controller espone la versione 1.0 dei nostri endpoint.
Il flag Deprecated, unitamente all'opzione ReportApiVersions che abbiamo aggiunto in fase di registrazione, fanno sì che la risposta contenga gli header api-deprecated-versions e api-supported-versions, che i client possono sfruttare per avere informazioni sulle versioni disponibili.
Il controller della versione 2.0, può essere creato in maniera del tutto analoga:
namespace VersioningDemo.Controllers.V2 { [Route("[controller]")] [ApiController] [ApiVersion("2.0")] public class People2Controller : ControllerBase { [HttpGet] public IEnumerable<Person> Get() { return new List<Person> { new Person(GivenName: "John", FamilyName: "Doe", Age: 30), new Person(GivenName: "Jane", FamilyName: "Doe", Age: 25) }; } } public record Person(string GivenName, string FamilyName, int Age); }
Una caratteristica interessante è che, sebbene la classe sia denominata People2Controller e il routing sfrutti il controller name, questo controller risponde comunque al path "/people" (invece che people2, come potremmo aspettarci). Questo è possibile perché il package Api.Versioning.Mvc modifica lievemente le naming convention di ASP.NET Core, tralasciando ogni suffisso numerico, in modo da evitare clash sui nomi delle classi.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare ChatGPT con Azure OpenAI
Gestire domini wildcard in Azure Container Apps
Eseguire attività basate su eventi con Azure Container Jobs
Eseguire query manipolando liste di tipi semplici con Entity Framework Core
Utilizzare la libreria Benchmark.NET per misurare le performance
Short-circuiting della Pipeline in ASP.NET Core
Effettuare il pull di git LFS in un workflow di GitHub
Eseguire attività con Azure Container Jobs
Utilizzare gli snapshot con Azure File shares
Utilizzare un service principal per accedere a Azure Container Registry
Personalizzare l'errore del rate limiting middleware in ASP.NET Core
Sfruttare lo streaming di una chiamata Http da Blazor