Discussion :

[Michael Guilloux]

Microsoft annonce la disponibilité de .NET Core 2.0 Preview 2 en téléchargement
pour Windows, Linux et macOS

Mise à jour le 14/08/2017 : .NET Core 2.0 est disponible en version stable

La version stable de .NET Core 2.0 est disponible après deux préversions dont la dernière a été mise à la disposition des développeurs en fin juin. Cette nouvelle version de .NET Core implémente .NET Standard 2.0 qui vient également d’être finalisée. Rappelons-le, .NET Standard est une spécification formelle des API .NET qui sont destinées à être disponibles sur tous les runtimes .NET. Son objectif est d’établir une meilleure uniformité dans l’écosystème .NET.

En dehors des nouveautés que nous avons annoncées lors de la preview 2 de .NET Core 2.0, parmi les plus importantes, on peut encore citer la disponibilité de builds ARM32 (à la fois pour Linux et Windows) en préversion. Ajoutons également que RyuJIT est le JIT x86 dans .NET Core 2.0, en remplacement de JIT32. Le compilateur JIT RyuJIT sera utilisé pour toutes les combinaisons de plateformes pour .NET Core 2.0 et au-delà, tandis que JIT32 sera retiré du produit. Pour .NET Core 1.x, RyuJIT est utilisé pour x64 et JIT32 est utilisé pour le support de puce x86. Microsoft évoque également des améliorations majeures de performance.

Annonce officielle

29/06/2017 : .NET Core est une déclinaison open source, modulaire et multiplateforme du .NET Framework de Microsoft, née d’un projet lancé en 2014 par la firme de Redmond. Le but du projet était d’apporter les composants de .NET Framework (mais également la pile de développement web ASP.NET, avec ASP.NET Core) à d’autres plateformes. Il s’agit notamment des plateformes macOS et Linux.

Il y a exactement un an, Microsoft annonçait la disponibilité de .NET Core 1.0. Le développement de .NET Core 2.0 a ensuite débuté avec une première préversion livrée le mois dernier, avant la Preview 2 qui vient d’être annoncée. Dans cette nouvelle préversion, Microsoft apporte des améliorations de performance et de productivité, et met à jour son support de plateformes.

En ce qui concerne les plateformes, il faut noter que .NET Core 2.0 Preview 2 prend en charge les dernières mises à jour de Debian (Stretch) et Fedora (25 et la bêta de la version 26). Avec .NET Core 2 Preview 2, Microsoft a aussi ajouté un support pour SUSE Linux Enterprise Server (SLES), à partir de la version 12 SP2. Les tests ont également débuté sur macOS High Sierra pour assurer la compatibilité lorsque .NET Core 2.0 sera publiée plus tard cette année. À la demande de nombreux clients, .NET Core 2.0 Preview 2 est également disponible avec Azure App Service, la plateforme PaaS de Microsoft.

Parmi les autres nouveautés, on peut noter que la commande dotnet restore (pour restaurer les dépendances et les outils d’un projet) est désormais implicite pour les commandes pour lesquelles elle est requise. Microsoft explique ce changement par le fait qu’il est facile d'oublier de la taper et les messages d'erreur qui vous indiquent que vous devez la taper ne sont pas toujours d'une grande aide. Pour cela, elle est maintenant implicitement appelée pour des commandes comme run, build et publish.

Il faut encore retenir qu’il est maintenant possible de référencer les bibliothèques .NET Framework à partir des bibliothèques .NET Standard en utilisant Visual Studio 2017 Preview 15.3. D’après Microsoft, cela peut être considéré comme une fonctionnalité qui vous aide à migrer votre code .NET Framework vers .NET Standard au fil du temps. « C'est également utile dans le cas où le code source n'est plus accessible ou est perdu pour une bibliothèque .NET Framework, ce qui lui permet d'être toujours utilisé dans de nouveaux scénarios ». Si Microsoft s’attend à ce que cette fonctionnalité soit utilisée le plus souvent à partir des bibliothèques .NET Standard, il faut savoir qu’elle fonctionne aussi pour les applications et les bibliothèques .NET Core. Dans tous les cas, cela peut également dépendre des bibliothèques .NET Framework que vous voulez référencer.

Vous pourrez développer des applications .NET Core 2.0 avec Visual Studio 2017 Preview 15.3, Visual Studio pour Mac ou Visual Studio Code. La Preview 2 de .NET Core 2.0 est maintenant disponible en téléchargement sur Windows, Linux et macOS. Il faut noter qu’elle inclut .NET Core Runtime 2.0 Preview 2 et .NET Core SDK 2.0 Preview 2. Il est toutefois recommandé de ne pas l'installer sur une machine de production ; la dernière version stable étant .NET Core 1.1.

ASP.NET Core 2.0 Preview 2 est également disponible et bénéficie des améliorations apportées à .NET Core 2.0 et Visual Studio 2017.

Télécharger .Net Core 2.0 Preview 2

Sources : Blog Microsoft .NET, GitHub

Et vous ?

Que pensez-vous de cette nouvelle préversion de .NET Core 2.0 ?
Allez-vous la tester ?

Voir aussi :

Microsoft annonce des améliorations de performance dans .Net Core 2.0, après une réécriture des composants du runtime et des bibliothèques de base
Microsoft assure qu'il va continuer de supporter le .NET Framework avec ASP.NET Core 2.0, et annonce la Preview 1 de ASP.NET Core 2.0

[Pol63]

c'est prévu à terme de pouvoir faire du client lourd multiplateforme avec .net core ?
si oui quel framework graphique ? un xaml like ?

[Kikuts]

Je ne pense pas. Ils devraient utiliser la technologie de Xamarin Forms à la place (le boulot est déjà fait et surtout, ça fonctionne mdr) d'ailleurs c'est du Xaml like

[Pol63]

de ce que je vois xamarin permet de faire des applis mobiles uniquement, pas desktop donc

[dfiad77pro]

de ce que je vois xamarin permet de faire des applis mobiles uniquement, pas desktop donc

Coté desktop je pense que ça sera mieux supporté avec XAML standard, mais dans un 1er temps sur Windows( je crois que c'est déjà un peu le cas) car porter ça sur linux ( hors Android) ça me semble pas évident.

[freesket]

Xamarin.Forms permet le développement d'applications UWP sous Windows (donc desktop compatible aussi, si Windows 10), IOS et Android.
Il semble que Xamarin.Forms soit en cours de développement pour Mac OSX Desktop.

Voir:
https://developer.xamarin.com/guides/xamarin-forms/

Pour Linux (sauf changement), ce ne soit pas à l'ordre du jour (2016...) :
https://forums.xamarin.com/discussio...forms-on-linux

Sachant que Xamarin.Forms est la base pour XAML Standard de .Net Core 2.0...
https://blogs.windows.com/buildingap...QKDvutw2Xjo.97

[kilroyFR]

Ce qui me gene le plus avec .net Core en general c'est l'impression de quelque chose de pas fini.
est-ce utilisable sur des grosses PROD ? ou essayage de platres assuré ?
Je ne connais personne dans mon entourage pro qui ai depassé le stade de faire mumuse avec l'environnement linux/ios et en aucun cas mis une appli en PROD (aussi petite soit elle).

A titre perso je suis de pres l'evolution et je fais des essais mais pas plus et jamais proposé une archi logicielle sur cette base. Pour l'instant du WebAPI sur serveurs PC suffisent et le besoin multi plateformes j'ai appris a m'en passer.
Quelqu'un a eu une experience reussie sur une appli Core .net en PROD ou est-ce que comme moi vous attendez que ca prenne avec de vrais projets ?

[DotNetMatt]

Quelqu'un a eu une experience reussie sur une appli Core .net en PROD ou est-ce que comme moi vous attendez que ca prenne avec de vrais projets ?

Rassure-toi, c'est stable et ca tourne au top en prod! On est en Core 1.1 sans soucis.

Par contre les versions intermediaires en pre-release sont un cauchemard parfois. Entre 1.0 et 1.1 pas tellement, mais avant la 1.0 il y avait des changements impactants (qui cassent tout) tous les 2 a 3 mois donc c'etait vraiment la galere car la doc ne suivait pas. Les equipes de dev qui bossent sur Core ont aussi mis plusieurs mois a corriger certains bugs tres impactants, notamment dans la couche de communication HTTP donc ca n'a pas aide et il a fallu trouver des rustines entre temps.

Pour la 2.0 je n'ai pas encore eu le temps de jouer avec, mais j'imagine (ou j'espere) qu'il y aura moins voire pas de changements impactants.

[Aeson]

Et ceci est donc maintenant également possible :

http://pmcgrath.net/running-a-simple...e-linux-daemon

[mermich]

De memoire stackoverflow est en dotnet core (sous serveurs windows).

[DotNetMatt]

A moins qu'ils aient migre depuis le mois de Juin, ils ont l'air d'etre encore en MVC 5 (framework 4.5.2) : Which tools and technologies are used to build the Stack Exchange Network?.

As-tu un lien ou ils disent etre passe en .NET Core ?

[redcurve]

c'est prévu à terme de pouvoir faire du client lourd multiplateforme avec .net core ?
si oui quel framework graphique ? un xaml like ?

En gros Ms va porter WPF, une première version va sortir Xaml Core de mémoire, et ils vont enrichir au fur et à mesure l'avantage est que comme ils ont repris la chose pour les applis universel c'est plus simple à porter maintenant qu'il y a 2/3 ans par exemple.

[redcurve]

Ce qui me gene le plus avec .net Core en general c'est l'impression de quelque chose de pas fini.
est-ce utilisable sur des grosses PROD ? ou essayage de platres assuré ?
Je ne connais personne dans mon entourage pro qui ai depassé le stade de faire mumuse avec l'environnement linux/ios et en aucun cas mis une appli en PROD (aussi petite soit elle).

A titre perso je suis de pres l'evolution et je fais des essais mais pas plus et jamais proposé une archi logicielle sur cette base. Pour l'instant du WebAPI sur serveurs PC suffisent et le besoin multi plateformes j'ai appris a m'en passer.
Quelqu'un a eu une experience reussie sur une appli Core .net en PROD ou est-ce que comme moi vous attendez que ca prenne avec de vrais projets ?

.net core fonctionne parfaitement, le portage n'est pas fini à 100% mais y'a rien à redire niveau qualité et stabilité. Et j'ai déjà développé une appli avec, et j'ai une grosse appli à dev avec bientôt le projet commence en octobre. L'amélioration de perf est assez hallucinant, franchement ils ont abattu un boulot impressionnant.

[redcurve]

Rassure-toi, c'est stable et ca tourne au top en prod! On est en Core 1.1 sans soucis.

Par contre les versions intermediaires en pre-release sont un cauchemard parfois. Entre 1.0 et 1.1 pas tellement, mais avant la 1.0 il y avait des changements impactants (qui cassent tout) tous les 2 a 3 mois donc c'etait vraiment la galere car la doc ne suivait pas. Les equipes de dev qui bossent sur Core ont aussi mis plusieurs mois a corriger certains bugs tres impactants, notamment dans la couche de communication HTTP donc ca n'a pas aide et il a fallu trouver des rustines entre temps.

Pour la 2.0 je n'ai pas encore eu le temps de jouer avec, mais j'imagine (ou j'espere) qu'il y aura moins voire pas de changements impactants.

La 2.0 est stable, il y a eu quelques soucis avec la première itération tu me diras normale mais là ils sont sur le bon chemin vraiment. Avant la 1.0, ils y a eu un changement direction, il avait opté pour une solution pour rendre le tout multiplateforme mais c'était trop compliqué et pas pratique, finalement ils ont pondu le modèle actuelle qui est le meilleur choix à mon sens.

[mermich]

A moins qu'ils aient migre depuis le mois de Juin, ils ont l'air d'etre encore en MVC 5 (framework 4.5.2) : Which tools and technologies are used to build the Stack Exchange Network?.

As-tu un lien ou ils disent etre passe en .NET Core ?

ils le disent pas explicitement mais c'est ce que j'avais compris:

Libraries
Okay, let’s change gears to something that can more directly help you. I’ve mentioned a few of these up above, but I’ll provide a list here of many open-source .Net libraries we maintain for the world to use. We open sourced them because they have no core business value but can help the world of developers. I hope you find these useful today:

Dapper (.Net Core) - High-performance Micro-ORM for ADO.Net
StackExchange.Redis - High-performance Redis client
MiniProfiler - Lightweight profiler we run on every page (also supports Ruby, Go, and Node)
Exceptional - Error logger for SQL, JSON, MySQL, etc.
Jil - High-performance JSON (de)serializer
Sigil - A .Net CIL generation helper (for when C# isn’t fast enough)
NetGain - High-performance websocket server
Opserver - Monitoring dashboard polling most systems directly and feeding from Orion, Bosun, or WMI as well.
Bosun - Backend monitoring system, written in Go

depuis: https://nickcraver.com/blog/2016/02/...-2016-edition/

[DotNetMatt]

Merci pour le lien mermich!

Je pense qu'ils gerent juste quelques projets open source dont Dapper, et qu'ils ont mis a jour celui-ci pour supporter .NET Core, pour la communaute. Car ton article date de Fevrier 2017, et le lien que j'ai poste a ete mis a jour en Juin 2017, donc j'imagine que s'ils avaient migre leur plateforme vers Core, ca aurait ete indique dessus. Donc je pense qu'ils sont toujours sous MVC 5.