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
Short-circuiting della Pipeline in ASP.NET Core
Usare le variabili per personalizzare gli stili CSS
Reactive form tipizzati con FormBuilder in Angular
Effettuare chiamate con versioning da Blazor ad ASP.NET Core
Eseguire le GitHub Actions offline
Implementare il throttling in ASP.NET Core
Personalizzare l'errore del rate limiting middleware in ASP.NET Core
Load test di ASP.NET Core con k6
Utilizzare Azure AI Studio per testare i modelli AI
Sfruttare lo streaming di una chiamata Http da Blazor
Eseguire attività con Azure Container Jobs
I più letti di oggi
- Sfruttare le funzionalità degli Azure Cognitive Service on-edge con i container
- Configurare il nome della run di un workflow di GitHub in base al contesto di esecuzione
- I tutorials, percorsi guidati per tutti
- Introduzione ai Cognitive Services di Microsoft Azure
- Gestire gli eventi dei servizi Azure mediante Event Grid