ASP.NET 5: tutto quello che dobbiamo sapere per farci trovare pronti
Ci separano ancora alcuni mesi dal rilascio ufficiale di ASP.NET 5, eppure su ASPItalia.com siamo già al terzo articolo di preview su questa nuova tecnologia. La ragione è molto semplice: ASP.NET 5 promette di essere una rivoluzione per lo sviluppo web su piattaforma Microsoft (e non solo!) addirittura pari a quello che ha visto il passaggio da Classic ASP al .NET Framework, più di una decade fa.
Per la prima volta, infatti, ASP.NET si apre allo sviluppo multipiattaforma, supportando Windows, OS X e Linux sia per ciò che riguarda lo sviluppo (seppur con le dovute limitazioni, visto che Visual Studio resta disponibile solo per Windows) che come ambienti di deployment.
Ma procediamo con ordine, e cerchiamo di muovere i primi passi su ASP.NET 5.
Installazione e primo progetto ASP.NET 5
Il modo più semplice per fare i primi esperimenti con ASP.NET 5 è quello di installare Visual Studio 2015, attualmente in Release Candidate. L'installer è disponibile a questo indirizzo. Non trattandosi ancora della versione definitiva, è sconsigliato utilizzare una macchina in produzione, sebbene oramai sia a tutti gli effetti piuttosto stabile: molto meglio creare una virtual machine, così da eseguire i test in un ambiente il più possibile isolato. Se disponiamo di un account Microsoft Azure, esiste un template specifico di provisioning, che nel giro di qualche minuto, ci metterà a disposizione una nuova macchina con Visual Studio 2015RC, .NET Framework 4.6 e ASP.NET 5 già preinstallati e pronti all'uso.
A questo punto, non dobbiamo far altro che utilizzare il canonico File -> New Project per creare il nostro primo progetto ASP.NET 5.
Come possiamo notare dalla figura, nella tipologia di progetti web sono compresi anche un template di Class Library e di Console Application, che probabilmente non ci aspetteremmo in questa categoria. Si tratta di template per il nuovo .NET Execution Environment (DNX), grazie al quale le applicazioni .NET possono finalmente superare i confini del sistema operativo Windows.
.NET Execution Environment (DNX)
Possiamo immaginare il .NET Execution Environment come un contenitore di risorse per la compilazione e l'esecuzione di applicazioni .NET, costruito per essere multipiattaforma. Esso permette di supportare differenti framework che, come abbiamo ribadito più volte, sono alla base della nuova incarnazione di ASP.NET 5: accanto a .NET Framework e .NET Core (di cui abbiamo parlato nell'articolo su WinFXItalia.com), è supportato anche Mono, così da rendere possibile l'esecuzione di codice anche in ambienti come Mac OS X o Linux.
Accanto a questa, che è una grande rivoluzione dal punto di vista del modello di distribuzione, si affianca anche una importante novità per ciò che concerne la gestione delle dipendenze, che vengono ora referenziate e istanziate utilizzando esclusivamente NuGet. Si tratta di una tendenza che era già molto evidente sin dalle prime versioni di ASP.NET MVC, ma che con ASP.NET 5 arriva finalmente a compimento: il nuovo framework si stacca completamente da System.Web.dll, con cui non ha più nessuna dipendenza, in favore di un'estrema modularità, che ci permette di limitare al massimo le risorse necessarie all'esecuzione dell'applicazione.
Il file packages.config non esiste più, e i package necessari alla compilazione sono specificati all'interno del nuovo file project.json, che rappresenta la definizione di un progetto DNX. Per esempio, un estratto di quello tipico di un'applicazione MVC è il seguente:
{
"webroot": "wwwroot",
"userSecretsId": "…",
"version": "1.0.0-*",
"dependencies": {
"EntityFramework.SqlServer": "7.0.0-beta4",
"EntityFramework.Commands": "7.0.0-beta4",
"Microsoft.AspNet.Mvc": "6.0.0-beta4",
"Microsoft.AspNet.Mvc.TagHelpers": "6.0.0-beta4",
"Microsoft.AspNet.Authentication.Cookies": "1.0.0-beta4",
...
},
} 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
Come EF 8 ha ottimizzato le query che usano il metodo Contains
Usare un KeyedService di default in ASP.NET Core 8
Configurare dependabot per aggiornare le dipendenze di terze parti con GitHub Actions
Eseguire operazioni con timeout in React
Utilizzare le Cache API di JavaScript per salvare elementi nella cache del browser
Load test di ASP.NET Core con k6
Utilizzare Tailwind CSS all'interno di React: primi componenti
Utilizzare un service principal per accedere a Azure Container Registry
Utilizzare database e servizi con gli add-on di Container App
Verificare la provenienza di un commit tramite le GitHub Actions
Top Ten Articoli
- Blazor e il pattern Model-View-ViewModel
di Giampaolo Tucci - 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 - Le novità in ASP.NET Core e Blazor con .NET 7
di Morgan Pizzini - Creare API GraphQL con ASP.NET Core e HotChocolate
di Moreno Gentili - Introduzione a Blazor WebAssembly
di Marco De Sanctis, Moreno Gentili - Utilizzare scene 3D in Windows Presentation Foundation
di Marco Leoncini - Abilitare e gestire il prerendering nelle applicazioni Blazor WebAssembly
di Marco De Sanctis - Usare gRPC come infrastruttura per i nostri servizi web
di Morgan Pizzini - 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
- Disabilitare automaticamente un workflow di GitHub (parte 2)
- Ottimizzazione dei block template in Angular 17
- Utilizzare il trigger SQL con le Azure Function
- Paginare i risultati con QuickGrid in Blazor
- Come EF 8 ha ottimizzato le query che usano il metodo Contains
- Evitare (o ridurre) il repo-jacking sulle GitHub Actions
- Definire stili a livello di libreria in Angular
- Cambiare la chiave di partizionamento di Azure Cosmos DB