Codice multi runtime con .NET Standard 2.0
Sono passati ormai 17 anni dall'uscita del .NET Framework e dei linguaggi ad essi collegati, e da allora molto è stato fatto da parte di Microsoft per migliorarlo e renderlo completo. Ormai giunti alla versione 4.7.1, nel momento della stesura di questo articolo, .NET è stato preso come punto di riferimento per Microsoft e per tutto il suo ecosistema. Lo possiamo usare per sviluppare applicazioni web, Windows e negli anni è stato adottato e adattato anche su altre piattaforme o tecnologie. Pensiamo a Silverlight, Windows Phone e per ultimo con la Universal Windows Platform.
Purtroppo questo ha portato a delle separazioni del .NET Framework stesso, per poter essere utilizzato anche su altri ambienti, creando una problematica nello sviluppo di librerie e componenti che possano essere utilizzate dappertutto. Le specifiche .NET Standard sono la soluzione a questo problema e guardano al futuro di .NET per renderlo sempre più un punto di riferimento. In questo articolo vedremo quindi in dettaglio qual è il problema che .NET Standard risolve e come possiamo sfruttarlo per creare e riutilizzare librerie proprie o di terze parti.
L'attuale mondo .NET
Quando nacque il .NET Framework, le intenzioni erano di far crescere un sistema che fosse multipiattaforma, ma nella realtà la sua crescita si è concentrata solo nell'ambito Windows, potendo da una parte trarre il massimo dal sistema operativo, ma dall'altra impedendo al framework stesso di poter essere adottato da altri sistemi operativi. Il progetto Mono fu un tentativo open source che permise di adottare questa tecnologia anche in ambito Linux o Mac, mantenendo la stessa BCL. Scarsamente adottato, venne poi convertito in uno strumento per lo sviluppo di applicazioni native mobile che oggi conosciamo con il nome di Xamarin.
Dal punto di vista del runtime, cioè del motore in grado eseguire il JIT del codice e di gestire la memoria allocata, si è dovuto replicare parte di quanto è stato fatto per poter funzionare anche su altre piattaforme. Ancora più difficile è il caso di Xamarin, dove il runtime è una virtual machine, se l'applicativo è prodotto ed eseguito su Android, oppure è una conversione in codice nativo con una simulazione della virtual machine se l'applicativo è eseguito su iOS.
Nel 2015, quando Microsoft decise l'introduzione di .NET Core si ritrovò a fare un ulteriore spin off e creare un altro runtime, poiché il codice era troppo accoppiato al sistema operativo, così come anche parte delle librerie ad esso dedicato. Il .NET Core però non ha solo l'intento di rendere .NET multipiattaforma e di farlo diventare una tecnologia indipendente, ma vuole porre delle basi che permettano in futuro di non avere più questo problema. Si sta andando in questa direzione e lo dimostra il fatto che .NET Core è anche il runtime con le quali le Universal Windows App vengono eseguite. Ricapitolando, la situazione dei giorni nostri è quella visibile nella figura seguente.
A seconda della tecnologia di front end che sviluppiamo, ci troviamo ad essere forzati ad adottare uno dei tre runtime messi a disposizione. Così facendo però perdiamo la possibilità di scrivere codice che possa funzionare su tutti i runtime, o meglio lo è dal punto di vista dei contenuti della BCL, ma non c'è una compatibilità binaria della dll che produciamo. Per BCL (Base Class Library) intendiamo le classi base che siamo abituati ad usare: tipi primitivi, accesso ai file, richieste di rete, manipolazione XML e LINQ, per citare i più importanti.
Questo problema in realtà è presente già da molto tempo, ancora quando vennero introdotti Silverlight e Windows Phone. La risposta allora, e tutt'oggi ancora presente, furono le Portable Class Library (PCL), cioè dei profili che definiscono membri e classi in comune ai runtime e alle versioni specifiche di un certo framework. Scegliendo una compatibilità con .NET Framework 4.5, Windows Phone e Xamarin, per esempio, il compilatore permette di utilizzare classi appartenenti a tutte le tecnologie e di produrre una dll portabile, appunto. Questa tecnica però si è dimostrata insufficiente a causa di alcune differenze tra la BCL e la scarsa adattabilità dei profili a nuovi runtime.
Queste problematiche, che affronteremo in dettaglio più avanti, hanno portato all'introduzione del .NET Standard, un risultato che è dovuto grazie al miglioramento e all'introduzione di nuove funzionalità agli strumenti che ruotano introno al mondo .NET; primo tra questi è sicuramente Visual Studio.
Contenuti dell'articolo
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Creazione di componenti personalizzati in React.js con Tailwind CSS
Utilizzare Azure AI Studio per testare i modelli AI
Sfruttare GPT-4o realtime su Azure Open AI per conversazioni vocali
Usare il colore CSS per migliorare lo stile della pagina
Ottimizzare il mapping di liste di tipi semplici con Entity Framework Core
Proteggere le risorse Azure con private link e private endpoints
Visualizzare le change sul plan di Terraform tramite le GitHub Actions
Usare le navigation property in QuickGrid di Blazor
Generare HTML a runtime a partire da un componente Razor in ASP.NET Core
Miglioramenti nelle performance di Angular 16
Cancellare una run di un workflow di GitHub
Paginare i risultati con QuickGrid in Blazor
Top Ten Articoli
- Realizzare una Progressive Web Application con Blazor e ASP.NET Core
di Giampaolo Tucci - Gestire le chiamate a servizi esterni in ASP.NET Core e Blazor tramite Polly
di Morgan Pizzini - Usare gRPC come infrastruttura per i nostri servizi web
di Morgan Pizzini - Abilitare e gestire il prerendering nelle applicazioni Blazor WebAssembly
di Marco De Sanctis - Creare API GraphQL con ASP.NET Core e HotChocolate
di Moreno Gentili - Le novità di Blazor in .NET 6.0
di Morgan Pizzini - Blazor e il pattern Model-View-ViewModel
di Giampaolo Tucci - Le novità in ASP.NET Core e Blazor con .NET 7
di Morgan Pizzini - Introduzione a Blazor WebAssembly
di Marco De Sanctis, Moreno Gentili - Le novità di ASP.NET Core 5
di Marco De Sanctis
Articoli via e-mail
Iscriviti alla nostra newsletter nuoviarticoli per ricevere via e-mail le notifiche!
In primo piano
I più letti di oggi
In evidenza
- Eseguire script pre e post esecuzione di un workflow di GitHub
- Creare una libreria CSS universale: Cards
- Migliorare l'organizzazione delle risorse con Azure Policy
- Effettuare il log delle chiamate a function di GPT in ASP.NET Web API
- Leggere la posta usando il protocollo IMAP tramite la libreria MailKit
- Eseguire una ricerca avanzata per recuperare le issue di GitHub
- Creare una libreria CSS universale: Clip-path
- Sfruttare gli embedding e la ricerca vettoriale con Azure SQL Database