La release 2.0 de .NET Core est désormais disponible, en ligne de commande, dans Visual Studio 2017 15.3 pour Windows et Mac. Comme précisé par Microsoft, il est prêt pour la production, sur vos propres machines ou dans le Cloud Azure, notamment Azure Web Apps.

En parallèle de cette release, le framework ASP.NET Core et Entity Framework, tous deux en 2.0, viennent également de sortir. Les spécificités de .NET Standard 2.0, quant à elles, sont également définies ; le set d’API disponible ayant doublé afin d’augmenter le nombre de projet pouvant cibler ce standard.

.NET Core 2.0 contient des améliorations substantielles en termes de performance et de Frameworks. Il supporte 6 nouvelles plateformes dont Debian Stretch, SUSE Linux Enterprise Server 12 SP2 et macOS High Sierra. Il considère par ailleurs Linux comme un OS, par architecture de microprocesseur, et qui fonctionne sur toutes les distributions ; du moins celles basées sur glibc notamment Debian, Red-Hat ; celles sur musl devant attendre.
Autre intérêt, .NET Core 2.0 supporte désormais des builds Linux et Windows ARM32.

.NET Core 2.0 utilise, sue macOS, les bibliothèques de chiffrement Apple et ne nécessite pas OpenSSL, contrairement à .NET Core 1.x

.NET Core 2.0 implémente par ailleurs .NET Standard 2.0 dont le nombre d’APIs disponible est passé de 13k à 32k.

C# 7.1

.NET Core 2.0 permet l’utilisation de C#7.1 et de ses nouveautés, principalement l’utilisation d’async sur la méthode Main et la déduction des noms de tuple/

Dans le détail

.NET Core 2 prend en charge .NET 2.0 standard ; lequel met à disposition plus de 20 000 API par rapport à .NET Standard 1.6. Ces API prennent en compte l’incorporation d’API .NET Framework et Xamarin dans .NET Standard.

Autre nouveauté importante, les bibliothèques de classes .NET Standard 2.0 peuvent faire appel à des bibliothèques .NET Framework sans nécessité de réécriture ou recompilation. Ceci est possible à condition que les bibliothèques .NET Framework appellent des API présentes dans .NET Standard.

Si vous ne faites pas le distingo entre .NET Core, .NET Standard et .NET Framework, voici quelques informations.

Ces trois termes peuvent perdre celle ou celui qui veult  retrouver dans l’écosystème .NET. Microsoft propose en effet 3 différentes visions de .NET.

La vision .NET Framework correspond au framework de base, celui qui offre toutes les possibilités pour faire des applications de bureau ou web. Xamarin est la vision mobile (iOS , Android) ainsi que macOS.

.NET Core est la dernière vision. Opensource, disponible pour plusieurs OS; il permet la création d’applications de type console ainsi que d’applications Web de type ASP.NET Core ainsi que des services.

Reste maintenant à faire le distinguo entre .NET Core et .NET Standard

.NET Core

.NET Core est la dernière implémentation de  .NET et celle qui connaît le plus d’engouement ces derniers temps. Opensource, disponible pour plusieurs OS (Windows, macOS, Linux), .NET Core permet la construction d’applications ASP.NET Core Web, de services cloud et d’applications consoles. On espère beaucoup de .NET Core, la prochaine version (.NET Core 2.1) devrait apporter des améliorations comme les WebHooks, SignalR, support de Cosmos DB, orientation GDPR, etc.

.NET Core se distingue par une orientation interface de ligne de commande de prime abord. On parle de « first-class CLI » ( Command Line Interface).  Les commandes sont simples et puissantes, sans fioriture, on vise l’efficacité et des déploiements par simple en xcopy .

 

.NET Standard

.NET Standard vise un autre objectif ; celui de permettre aux développeur de construire des libraires qui peuvent être référencées dans toutes les implémentations de .NET,  c’est-à-dire .NET Framework, .NET Core et Xamarin.

En effet, .NET permet différentes cibles et la possibilité de partager du code, notamment des librairies entre toutes ces plateformes est un net avantage. Prenons le cas de Xamarin qui permet la création d’applications pour iOS, Android ainsi que des applications de type desktop pour macOS et comparons à .NET Core dont nous avons donné la définition précédemment. Vous l’aurez compris, aucun point commun… Si ce n’est le « .NET » mis devant.

Il est donc essentiel, lors de la création de librairies, d’être certains d’utiliser des APIs qui seront compatibles partout sans nécessité de réécriture. C’est le challenge de .NET Standard !

Notez, pour que cela fonctionne, qu’il faut expressément mettre en target .NET core ce qui n’est malheureusement pas le cas