Début février, Microsoft a dévoilé sa feuille de route pour la version 2.1 de .NET Core, la déclinaison open source, modulaire et multiplateforme du .NET Framework. Avec la preview 1 publiée fin février, Microsoft a atteint une bonne partie des objectifs définis dans sa feuille de route. Il s'agit notamment de :- la disponibilité de .NET Core Global Tools (outils globaux .NET Core) : .NET Core introduit un nouveau mécanisme de déploiement et d'extensions pour ses outils. Une nouvelle expérience similaire aux outils globaux Node.js dont elle est inspirée ;
- la réduction des temps de compilation ;
- la compatibilité ascendante sur version mineure : possibilité d'exécuter des applications .NET Core sur des versions plus récentes du framework tant que la version majeure reste la même ;
- de nouveaux types (comme Span<T>, Memory<T>
pour gérer les tableaux et la mémoire de manière plus efficace ; - un nouveau gestionnaire HttpClient, appelé SocketHttpHandler : une implémentation C# de HttpClient basée sur les sockets .NET et Span<T> et qui est beaucoup plus rapide que l'implémentation existante ;
- le nouveau pack de compatibilité Windows, que vous pouvez utiliser lors du portage d'une application du framework .NET vers le framework .NET Core. Il donne accès à 20 000 API supplémentaires, en plus de celles fournies via le .NET Core ;
- diverses améliorations de performances.
Le 11 avril, Microsoft a annoncé la sortie de .NET Core 2.1 Preview 2. Avec cette deuxième préversion, Microsoft estime que .NET Core 2.1 est maintenant prêt pour des tests plus larges, car nous nous rapprochons d'une version stable dans les deux à trois prochains mois.
Les temps de compilation ont été fortement réduits en passant de .NET Core 2.0 à la preview 1 de .NET Core 2.1. Mais ils sont encore meilleurs dans cette deuxième préversion, comme vous pouvez le voir sur le graphique comparatif ci-dessous :
De nouveaux outils ont été ajoutés au SDK. Microsoft dit avoir constaté que ces outils sont si populaires que le fait de devoir les ajouter à des projets individuels ne semblait pas être la bonne conception. C'est pourquoi ils ont été intégrés au SDK. Il s'agit de :
- dotnet watch ;
- dotnet dev-certs ;
- dotnet user-secrets ;
- dotnet sql-cache ;
- dotnet ef.
Ces outils étaient auparavant des outils DotNetCliToolReference. Dans .NET Core 2.1, ils ne seront plus livrés de cette manière. Vous pouvez donc supprimer les entrées DotNetCliToolReference dans votre fichier de projet lorsque vous adoptez .NET Core 2.1.
Avec la preview 2, la syntaxe des outils globaux .NET Core a aussi changé, comme vous pouvez le voir dans l'exemple suivant :
| Code : | Sélectionner tout |
1 2 | dotnet tool install -g dotnetsay dotnetsay |
- dotnet tool install - pour installer un outil ;
- dotnet tool update - pour désinstaller et réinstaller un outil, en utilisant une nouvelle version, ce qui revient à le mettre à jour ;
- dotnet tool uninstall - pour désinstaller un outil ;
- dotnet tool list - pour répertorier les outils actuellement installés ;
- --tool-path - pour indiquer un emplacement spécifique pour installer, désinstaller ou lister des outils, par invocation.
Entre autres changements, on peut encore noter la consolidation de l'ensemble des dépôts Docker Hub utilisés pour .NET Core et ASP.NET Core. Il sera maintenant utilisé microsoft/dotnet comme seul dépôt .NET Core à l'avenir. Microsoft a également ajouté un ensemble de variables d'environnement aux images docker .NET Core, pour la version 2.0 et les versions ultérieures. Ces variables d'environnement permettent à plusieurs scénarios de fonctionner sans configuration supplémentaire, comme le développement d'applications ASP.NET Core dans un conteneur.
Vous pouvez développer des applications .NET Core 2.1 avec Visual Studio 2017 15.7 Preview 1 ou une version ultérieure, ou encore Visual Studio Code. Le support pour Visual Studio pour Mac est prévu avec la sortie de .NET Core 2.1 RTM.
Source : Blog .NET
Et vous ?
Qu'en pensez-vous ?