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
Generare file PDF da Blazor WebAssembly con iText
Usare Refit e Polly in Blazor per creare client affidabili e fortemente tipizzati
.NET Conference Italia 2023
Aggiungere interattività lato server in Blazor 8
Eseguire una GroupBy per entity in Entity Framework
Personalizzare l'errore del rate limiting middleware in ASP.NET Core
Come migrare da una form non tipizzata a una form tipizzata in Angular
Utilizzare politiche di resiliency con Azure Container App
Gestire errori funzionali tramite exception in ASP.NET Core Web API
Ottimizzare il mapping di liste di tipi semplici con Entity Framework Core
Miglioramenti agli screen reader e al contrasto in Angular
Copiare automaticamente le secret tra più repository di GitHub