Nei precedenti due script abbiamo avuto modo di introdurre la nuova interfaccia IHttpClientFactory, che permette di configurare i servizi a cui la nostra applicazione dovrà accedere tramite HttpClient, e poi ottenere un client preconfigurato - magari anche con alcune policy di retry e timeout definite con Polly - quando ne abbiamo bisogno.
Sicuramente si tratta di uno strumento estremamente comodo, che però ha il difetto di richiedere comunque di effettuare manualmente l'encoding dei parametri, il parsing della risposta e, ovviamente di appoggiarsi a delle stringhe predefinite per indicare il client di cui abbiamo bisogno.
Grazie alla libreria Refit (https://github.com/reactiveui/refit) possiamo facilmente generare un client fortemente tipizzato per ogni endpoint REST di cui abbiamo bisogno. Il procedimento è piuttosto semplice. Dopo aver installato il package tramite NuGet
install-package Refit
non dobbiamo far altro che creare un'interfaccia simile alla seguente:
public interface IPeopleClient { [Get("/people")] Task<IEnumerable<Person>> GetPeopleAsync(); [Get("/people/{id}")] Task<Person> GetPersonAsync(string id); }
Si tratta semplicemente di scrivere la signature di ognuno degli endpoint che vogliamo invocare, e poi mapparla sul corrispondente URL tramite l'uso di attributi. Come possiamo notare dallo snippet in alto, è possibile anche specificare come i parametri del metodo C# concorrano alla definizione dell'indirizzo stesso.
Una volta creata l'interfaccia, possiamo configurare questo client in IHttpClientFactory, all'interno della classe Startup.
public void ConfigureServices(IServiceCollection services) { // ..altro codice qui.. services.AddHttpClient("people", c => { c.BaseAddress = new Uri("http://localhost:7252/api"); }) .AddTypedClient(c => RestService.For<IPeopleClient>(c)); // ..altro codice qui.. }
La prima porzione di configurazione, definita con AddHttpClient, è assolutamente analoga a quella che abbiamo visto in precedenza (https://www.aspitalia.com/script/1294/Ottimizzare-Codice-Richieste-HTTP-Tramite-IHttpClientFactory-ASP.NET-Core-2.1.aspx). La successiva chiamata ad AddTypedClient, invece, specifica che vogliamo usare Refit per generare il client a partire dall'interfaccia che abbiamo definito inizialmente.
Per utilizzare IPeopleClient è sufficiente richiederlo come dipendenza nel costruttore di un qualsiasi controller:
public class HomeController : Controller { private IPeopleClient _client; public HomeController(IPeopleClient client) { _client = client; } public async Task<IActionResult> Index() { var people = (await _client.GetPeopleAsync()).ToList(); var id = people.First().Id; var person = await _client.GetPerson(id); return View(); } }
Come possiamo notare, Refit risulta essere uno strumento estremamente comodissimo per realizzare facilmente dei client fortemente tipizzati per i servizi che invochiamo, scrivendo pochissimo codice.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Sfruttare lo stream rendering per le pagine statiche di Blazor 8
Accesso sicuro ai secrets attraverso i file in Azure Container Apps
Usare il versioning con i controller di ASP.NET Core Web API
Eseguire una query su SQL Azure tramite un workflow di GitHub
Migrare una service connection a workload identity federation in Azure DevOps
Creare alias per tipi generici e tuple in C#
Effettuare chiamate con versioning da Blazor ad ASP.NET Core
Come migrare da una form non tipizzata a una form tipizzata in Angular
Limitare le richieste lato server con l'interactive routing di Blazor 8
Utilizzare un service principal per accedere a Azure Container Registry
Eseguire attività con Azure Container Jobs
Usare un KeyedService di default in ASP.NET Core 8
I più letti di oggi
- Utilizzare Docker Compose con Azure App Service
- Utilizzare QuickGrid di Blazor con Entity Framework
- Modernizzare le applicazioni WPF e Windows Forms con Blazor
- ASP 3 per esempi
- annunciato #netstandard 2.1. .NET Core lo supporterà a partire da #netcore3, così come le prossime versione di #xamarin, #mono e #unity.il supporto per #netfx 4.8, invece, non ci sarà. https://aspit.co/bq2
- Steel Style CheckBox per Silverlight 4.0