RxJS è la libreria Javascript che consente di sviluppare utilizzando una metodologia chiamata Reactive Programming, la quale utilizza gli Observable per la gestione di codice asincrono e callback. L'operazione che da il via a una pipeline creata a partire da un Observable è l'operazione subscribe, la quale crea una sottoscrizione allo stream e ne riceve i risultati.
L'operazione di interazione più conosciuta è la map. Supponendo di avere un Observable che emetta una sequenza di numeri, possiamo modificarne il risultato con la seguente scrittura.
// 1,2,3,4 myObs$.pipe( map(x=>x*2) ) .subscribe(x=>console.log(x)); // 2,4,6,8
L'operatore map funziona correttamente se l'operazione al suo interno è asincrona. Nel caso di un'operazione asincrona, abbiamo bisogno di utilizzare un altro metodo che riesca a gestire la Subscription generata dalla sottoscrizione al secondo Observable. Il codice di seguito è fortemente sconsigliato, in quanto all'interno dello stream, a ogni emissione si va creare una subscription non gestita.
myObs$.pipe( tap(x=>{ otherOps(x).subscribe(x=>console.log(x)); }) ) .subscribe(); // oppure myObs$.pipe( map(x=>otherOps(x)) ) .subscribe(r => r.subscribe(x=>console.log(x)));
Per poter gestire il flusso di Observable in modo corretto e più pulito, RxJS ci mette a disposizione tre diversi operatori:
- mergeMap: consente la sottoscrizione automatica alla seconda Observable, prendendosi carico della gestione della sua subscription. Non garantisce l'ordine di emissione, se la subscription ha casi in cui la computazione richieda più tempo. Caso d'uso: inserimento articoli in un carrello - ogni sottoscrizione deve completarsi.
myObs$.pipe( mergeMap(x=> otherOps(x) ) ) .subscribe(x=>console.log(x));
- switchMap: comportamento simile alla MergeMap, ma all'arrivo di un nuovo dato dalla prima Observable, la sottoscrizione alla seconda viene cancellata e risottoscritta. Caso d'uso: gestione azioni utente - quando l'utente esegue più volte un'azione, e a ogni ripetizione il flusso corrente deve essere bloccato e re-iniziare.
myObs$.pipe( switchMap(x=> otherOps(x) ) ) .subscribe(x=>console.log(x));
- concatMap: diversamente dalla switchMap, prima di risottoscriversi alla seconda subscription attende il completamento del flusso precedente. Contrariamente alla MergeMap, garantisce l'uniformità tra ordine di ingresso e ordine di emissione. Caso d'uso: conversione di numeri - ogni sequenza deve completarsi e al termine voglio poter analizzare l'output sulla base dell'input
myObs$.pipe( concatMap(x=> otherOps(x) ) ) .subscribe(x=>console.log(x));
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Esporre i propri servizi applicativi con Semantic Kernel e ASP.NET Web API
Gestione dei nomi con le regole @layer in CSS
Popolare una classe a partire dal testo, con Semantic Kernel e ASP.NET Core Web API
Ottimizzare le performance usando Span<T> e il metodo Split
Loggare le query più lente con Entity Framework
Proteggere le risorse Azure con private link e private endpoints
Utilizzare Container Queries nominali
Path addizionali per gli asset in ASP.NET Core MVC
Migliorare l'organizzazione delle risorse con Azure Policy
Creare una libreria CSS universale: Immagini
Centralizzare gli endpoint AI Foundry con Azure API Management
Fornire parametri ad un Web component HTML
I più letti di oggi
- Usare i settings di serializzazione/deserializzazione di System.Text.Json di ASP.NET all'interno di un'applicazione non web
- .NET Conference Italia 2025 - Milano
- The Agentic Day - Milano
- Documentare i servizi REST con Swagger e OpenAPI con .NET 9
- ecco tutte le novità pubblicate sui nostri siti questa settimana: https://aspit.co/wkly buon week-end!