Le novità di C# 9
Con l'uscita di .NET 5, della quale abbiamo parlato in questo articolo come ormai di consueto è stata rilasciata anche la nuova versione di C#, ormai giunta alla versione 9. Come per .NET, anche il linguaggio di riferimento dovrebbe arricchirsi di funzionalità ogni anno e per il momento questo appuntamento, con l'accoppiata .NET Core 3 e C# 8, e ora .NET 5 e C# 9, viene rispettato.
Come molto spesso accade, molte funzionalità sono solamente shortcut per rendere più produttivo la scrittura di codice e tutto è demandato al compilatore che dietro le quinte lavora per noi. Questo vuol dire che ciò che vedremo in questo articolo può potenzialmente essere usato anche con versioni di .NET precedenti, perfino con .NET Framework. In ogni caso è necessario che installiamo l'ultima versione di Visual Studio (attualmente 16.8) e .NET SDK 5.0 per poter compilare i nostri sorgenti. Per semplicità, è il TargetFramework indicato nei csproj a istruire il compilatore su quale versione usare, perciò il comportamento predefinito prevede che usando .NET 5.x possiamo usare C# 9, con .NET 3.x o .NET Standard 2.1 possiamo usare C# 8, fino ad arrivare a C# 7 per i progetti .NET Standard o .NET Framework. Nella realtà, possiamo intervenire su questo comportamento attraverso l'elemento LangVersion del csproj e forzare la versione desiderata.
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>netcoreapp3.1</TargetFramework>
<LangVersion>9.0</LangVersion>
</PropertyGroup>
</Project>Possiamo quindi compilare e usare nuove caratteristiche, nel limite del possibile, limite rappresentato da alcune dipendenze che il linguaggio può avere, come, nel caso di C# 9, gli init only setters o i covariant return types. Insomma, la scelta più consigliata è sempre quella di aggiornare il runtime di riferimento a .NET 5 e di godere anche dei miglioramenti di prestazioni che questo introduce.
Fatta questa premessa vediamo quali sono le novità introdotte in questa nuova versione, come per esempio gli init only setter.
Init only setter
L'introduzione degli object initializer ha semplificato la verbosità del codice necessaria per poter istanziare un oggetto e valorizzarne delle proprietà, come mostrato nell'esempio seguente.
var p = new Person { FirstName = "Cristian", LastName = "Civera" }
p.LastName = "Pluto";
public class Person
{
public string FirstName { get; set; }
public string LastName { get; set; }
}Rispetto all'uso dei costruttori, questa sintassi ci permette in maniera più libera di impostare le proprietà che vogliamo e di leggere più facilmente il codice di inizializzazione. D'altra parte, però, siamo obbligati a fornire proprietà con l'accessorio set, consentendo di cambiare la proprietà anche in successivo momento.
Per ovviare a questo limite è stato introdotto l'accessorio init che va a sostituirsi al set, come mostrato nell'esempio.
public record Person
{
public string FirstName { get; init; }
public string LastName { get; init; }
}In questo modo l'inizializzazione della proprietà è ancora possibile, ma non sono più possibili nuove assegnazioni come è stato fatto invece nell'esempio precedente assegnando a Pluto, fornendo un errore in compilazione. Da notare che comunque il costruttore viene invocato prima delle assegnazioni e nulla cambia dal punto di vista dei parametri nel costruttore.
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
Effettuare il binding di date in Blazor
Usare un KeyedService di default in ASP.NET Core 8
Effettuare lo stream della risposta in ASP.NET Core tramite IAsyncEnumerable
Controllare gli accessi IP alle app con Azure Container Apps
Utilizzare le collection expression in C#
Eseguire attività con Azure Container Jobs
Eseguire operazioni con timeout in React
Eseguire query verso tipi non mappati in Entity Framework Core
Eseguire un metodo asincrono dopo il set di una proprietà in Blazor 8
Miglioramenti agli screen reader e al contrasto in Angular
Supportare il sorting di dati tabellari in Blazor con QuickGrid
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
- 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
- Implementare l'infinite scroll con QuickGrid in Blazor Server