Discussion :

[Stéphane le calme]

Microsoft annonce la disponibilité des RC de .Net Core 5 et ASP.NET 5
sur Windows, Mac OS X et Linux

Le .NET Core est une version modulaire du .NET Framework portable sur plusieurs plateformes pour optimiser le partage et la réutilisation du code. Aussi, il fournit des fonctionnalités clés pour implémenter les fonctionnalités d'application dont vous avez besoin, et pour réutiliser ce code, quelle que soit la cible de votre plateforme.

L’ambition de Microsoft est de rendre .NET accessible à un nombre plus important de développeurs, sous plusieurs plateformes, y compris Linux et Mac. Raison pour laquelle pendant la première journée de l’édition 2015 de sa conférence Build, Microsoft a levé le voile sur la déclinaison de .NET Core pour les utilisateurs de Linux et Mac. Si les utilisateurs sur Windows ont eu droit à une RC de .NET Core, sur les écosystèmes Linux et Mac OS X cet outil était encore en préversion.

En février dernier, Microsoft a publié en open source .NET CoreCLR, le moteur d’exécution de la déclinaison open source de .NET, avec son code source. Ce moteur peut être comparé à la machine virtuelle Java par rapport au rôle qu’il joue. Lorsqu’une application .NET ASP.NET 5 est exécutée, par exemple, au-dessus de .NET Core, c’est CoreCLR qui est responsable de l’exécution du code de l’application, en plus des bibliothèques CoreFX/BCL. Il fournit des fonctionnalités comme le garbage collector (ramasse-miettes), le compilateur RyuJIT (nouveau compilateur JIT de Microsoft, permettant une amélioration de près de 30 % des performances des applications lors du démarrage, native interop et de nombreux autres composants d’exécution pour .NET.

Durant l’édition 2015 de sa conférence Connect dédiée aux développeurs, Microsoft a avancé que les RC de .Net Core 5 et ASP.NET 5 sont disponibles pour tous ces écosystèmes (Windows, Mac OS X et Linux) sans pour autant donner un délai quant à la disponibilité générale de ces outils.

Parce qu’il s’agit là d’une implémentation entière de .NET Core avec une licence Go Live (qui signifie que la licence vous permet d’utiliser le logiciel en production), les développeurs peuvent donc commencer à l’utiliser dans des environnements de production.

Microsoft a commenté en avançant que « la grande nouvelle fonctionnalité ici est que les produits apportent une licence Go Live qui permet aux clients de faire des déploiements en production, ce qui nous permet d’avoir des retours d’utilisation dans le monde réel sur la façon dont ces systèmes d’exploitation opèrent dans des environnements de production. La chose la plus importante à comprendre est que .Net Core est désormais une fonctionnalité complète sur ces trois systèmes d’exploitation et embarque de nouvelles API. Parmi elles figurent des API clés pour la localisation et le réseautage. ASP.Net 5 a vu son modèle d’hébergement modifié pour Mac OS X, Linux et Windows ».

ASP.NET 5 RC embarque des améliorations à la fois sur l’environnement d’exécution et sur les outils, avec un modèle d’hébergement simplifié pour les trois systèmes d’exploitation. Côté outils, Microsoft parle d’une amélioration de l’expérience Visual Studio notamment avec l’intégration des snippets Bootstrap. « Pour aider les développeurs à concevoir des applications web avec des interfaces responsives qui fonctionnent indépendamment du dispositif, nous lançons les snippets bootstrap comme étant des extensions recommandées lorsque vous commencez à éditer vos pages HTML ou CSHTML dans un projet ASP.NET 5. Vous recevrez une suggestion au-dessus de l’éditeur Visual Studio qui vous indiquera que les extensions recommandées sont disponibles. Si vous acceptez cette suggestion, une fenêtre qui va vous montrer lesdites extensions va apparaître ».

Cette installation des extensions n’a besoin d’être effectuée qu’une seule fois par installation Visual Studio, elle n’a donc pas besoin d’être répétée pour tous les projets. La résultante est un ensemble de près de 40 snippets HTML qui seront ajoutés à la boîte à outils de Visual Studio pour les pages HTML et CSHTML afin de vous aider à créer des widgets et des mises en page en utilisant le framework CSS Bootstrap.

Du côté de l’environnement d’exécution, Microsoft évoque entre autres un modèle d’hébergement transparent d’application DNX. « Afin de nous aligner encore plus étroitement avec la syntaxe du point d’entrée d’une application dans d’autres versions du CLR, un nouveau point d’entrée application web a été apporté à la syntaxe familière ‘static void main’. À compter de cette version des modèles ASP.NET 5, vous verrez une seule ligne à la fin du fichier Startup.cs

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public static void Main(string[] args) => WebApplication.Run<Startup>(args);

Cette instruction permet de donner au dnx un point d’entrée clair dans votre code pour commencer l’application web. En option, vous pouvez le convertir en une méthode explicite dans la balise ‘body’ pour effectuer toute autre tâche que vous voudrez que votre application gère avant que ne soit initialisée votre application web et toutes les autres méthodes dans la classe Startup. Une autre option avec la méthode Main serait de retourner un entier au lieu de ‘void’ si vous souhaitez être en mesure de signaler des erreurs de code dans votre application ».


Source : blog MSDN

[Aeson]

Ils n'y vont pas a moitier quand ils changent chez Microsoft.

Qui aurait pensé un jour voir Microsoft collaborer avec Google sur un projet OpenSource ?? (Angular 2).

Voir une presentation d'un produit openSource faites par des dev de Microsoft et Google en meme temp


Je suis impatient de faire tourner des app en .Net Core sur W2016 / Azure Stack....


C'est pas demain que je changerais de technos en tous cas.

[Aeson]

Parce je pense que le monde de Linux n'a pas besoin de ce framework.

Non mais les developpeurs .Net on besoin de Linux dans certains cas (Le cloud par exemple).

[Lutarez]

A noter également que le compilateur AOT (.Net Native) est lui aussi devenu un projet open-source depuis hier
Source : Twitter

[kilroyFR]

encore une nouvelle syntaxe barbare a la M$ !

[Bono_BX]

encore une nouvelle syntaxe barbare a la M$ !

Qui sera tellement barbare qu'elle sera reprise plus tard par les pro / sectaire de l'open source en arguant que c'est tout nouveau et que c'est eux qui ont tout inventé, comme d'habitude ... (voir HTML 5)
Et sinon, tu peux argumenter STP ?

[tomlev]

encore une nouvelle syntaxe barbare a la M$ !

De quelle syntaxe parles-tu ? Cet article ne parle pas des langages, mais de la plateforme .NET

Il y a toutes sortes de langages basés sur .NET, avec des syntaxes très différentes (C#, VB.NET, F#, C++/CLI, Nemerle...). Après, on peut aimer ou non la syntaxe de ces langages, mais C# par exemple a des qualités largement reconnues, et de nombreux langages récents s'en inspirent (Swift, ECMAScript...)

Au passage, la syntaxe de ces langages ne sort pas de nulle part. Celle de C# est largement inspiré de Java et de C++, F# a une syntaxe presque identique à OCaml, etc. Donc je ne vois pas trop en quoi ils ont une syntaxe "a la M$" (sic).

Bref, renseigne-toi un minimum avant de troller gratuitement

[mermich]

C'est moi ou les troll/ignares sont de plus en plus nombreux(en proportion) avec les annees ?

C'est le second effet de la democratisation du metier d'informatitien/de dvp ?

[kilroyFR]

Pas un troll et c'etait pas non plus pour me faire insulter, juste pour donner mon avis sur les expressions lambdas et autre LINQ que je trouve particulierement penibles a lire dans certaines situations.
Il y a 25 ans quand on ecrivait un programme en C qui tenait sur une ligne (alors qu'on pouvait l'ecrire plus lisiblement en 5-10 lignes) on nous reprochait que c'etait difficilement maintenable.
Quand je vois certaines syntaxes (ex: LINQ : strSignature = Signature.Aggregate(strSignature, (current, Byte_L) => current + Byte_L.ToString("X2"))
je me dis qu'on n'a pas vraiment fait de progres (ca glorifie certainement l'ego de certains de croire qu'ils sont les rois du monde ou des artistes (merci Resharper) parce qu'ils arrivent a condenser un maximum de chose dans un minimum de syntaxe).
Ce n'est pas un critere pour moi; je prefere quelque chose de maintenable par le plus grand nombre que d'utiliser des syntaxes pour le moins cabalistiques quelques fois.

Et le bout de code montré m'a fait pensé a ceci. C'est tout.

[tomlev]

Quand je vois certaines syntaxes (ex: LINQ : strSignature = Signature.Aggregate(strSignature, (current, Byte_L) => current + Byte_L.ToString("X2"))
je me dis qu'on n'a pas vraiment fait de progres

C'est un exemple un peu caricatural (la méthode Aggregate n'est pas la plus intuitive, et d'ailleurs la plupart des gens l'utilisent rarement)... Pour ma part je trouve ce code tout à fait lisible, c'est juste une question d'habitude.

Après évidemment il ne faut pas abuser des expressions lambda, mais c'est une feature extrêmement utile. Quand c'est utilisé à bon escient, ça permet de faire des choses qui seraient assez complexes à faire autrement (par exemple dès que tu commences à capturer des variables locales dans une lambda, ce serait super galère d'écrire un code équivalent sans lambda).

Quant à Linq, je trouve ce code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var names = people.Where(p => p.Age > 18).Select(p => p.Name).ToList();

Beaucoup plus lisible et expressif que celui ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
var names = new List<string>();
foreach (var p in people)
{
    if (p.Age > 18)
    {
        names.Add(p.Name);
    }
}

Et concernant ReSharper, il ne faut pas appliquer toutes ses suggestions sans réfléchir... il te propose des trucs, après c'est à toi de voir si tu les veux ou pas. Il ne réfléchit pas à ta place !

[Victor Vincent]

Passage de .NET à l’open source : un an plus tard,
comment se porte la plateforme de Microsoft ?

Il y’a un peu plus d’une année que Microsoft a annoncé le passage d’une grande partie du framework .NET à l’open source. Une question qu’il est pertinent de se poser depuis lors est celle de savoir comment il se porte. La communauté a-t-elle adopté .NET comme le souhaiterait Microsoft ? À l’aide de l’outil Microsoft Power BI, Matt Warren a effectué une analyse de trois des projets les plus significatifs, mais aussi les plus actifs de l’écosystème .NET à savoir Roslyn, CoreCLR et CoreFX. Pour rappel, Roslyn est la plateforme de compilation de .NET comprenant les compilateurs pour C# (open source) et Visual Basic ainsi qu’une performante API d’analyse de codes sources. CoreCLR est composé du noyau de la plateforme d’exécution de .NET appelé CoreCLR, de la bibliothèque de base appelée mscorlib, le ramasse-miettes, un compilateur JIT, les types de données de base ainsi que beaucoup de classes de bas niveau. CoreFX lui, est composé des bibliothèques fondamentales du noyau de .NET et comprend les classes de gestion des collections, les fichiers système, la console entre autres. L’analyse effectuée s’est faite en incluant plusieurs paramètres permettant d’avoir des résultats qui reflètent le mieux la situation actuelle de la plateforme .NET.

Nombre de problèmes relevés par projet et par groupe

L’analyse des données des trois projets a montré que le nombre de problèmes relevés par les propriétaires du projet et les collaborateurs était supérieur au nombre de problèmes relevés par le reste dans la communauté pour le projet Roslyn avec seulement 40 % d’entre eux signalés par la communauté. Cependant, la communauté est beaucoup plus active sur le projet CoreCLR pour lequel le nombre de problèmes signalés par la communauté est supérieur au cumul de ceux signalés par les propriétaires et leurs collaborateurs. Cela peut s’expliquer notamment par le fait que CoreCLR soit la partie la plus visible de .NET, car englobant la plupart des bibliothèques utilisées par les développeurs .NET dans leurs programmes de tous les jours. Une autre raison de cette popularité de CoreCLR par rapport aux deux autres projets est qu’il est plus ancien. Les utilisateurs ont naturellement plus de suggestions d’améliorations ou de résolutions de bogues, ce qui n’est pas encore le cas de Roslyn qui est beaucoup plus récent sans compter le fait que les bogues du compilateur ne sont pas très faciles à détecter.

Nombre total de requêtes d’extraction par projet et par groupe

Sur ce plan, l’activité de la communauté est plus faible que celle des propriétaires et de leurs collaborateurs sur l’ensemble des trois projets avec seulement 12 %. Ce faible taux s’explique par le fait qu’il ne soit pas facile de faire une requête d’extraction qui aboutit. Pour faire une requête d’extraction qui aboutisse, il faut tout d’abord choisir une question relative à la partie concernant sa requête d’extraction, attendre de recevoir des modifications de l’API à travers un examen du code et répondre à toutes les exigences de comparabilité, de performance et d’exactitude. Cependant, il n’est pas aisé de donner des chiffres permettant de dire que la contribution de la communauté est plus importante ou non, même s’il faut noter que la participation de la communauté est assez consistante sur une période qui reste quand même relativement courte.

Les libellés des bogues signalés par projet

Le dernier paramètre considéré pour réaliser l’étude de la plateforme montre que le libellé « CodeGen » est assez fréquent du fait notamment que RyuJIT, le compilateur JIT de .NET avait été lancé il y a seulement quelques jours. Par ailleurs, le fait qu'il y ait un nombre de bogues aussi important en si peu de temps peut amener à se poser des questions, sachant que certains d’entre eux sont des bogues avec des conséquences graves comme le soulignent des statistiques publiées par Stack Overflow. Il est à noter aussi que les requêtes avec comme libellé « Up for Grubs » sont assez nombreuses pour tous les trois projets. Ce qui prouve que la communauté est en train d’approfondir ses connaissances sur les trois projets et montre un intérêt grandissant. Une dernière chose à noter et non des moindres est que les problématiques de la performance et de l’optimisation sont assez considérées par la communauté.

Source : mattwarren.org

Et vous ?

Quelle analyse faites-vous du framework .NET, un an après son passage à l'open source ?

Voir aussi

la rubrique .NET (Cours, Tutoriels, FAQ, etc.)

[Traroth2]

Est-ce qu'il est possible de bâtir un environnement de développement et un environnement de production complets avec seulement de l'open-source ?

[Bono_BX]

Est-ce qu'il est possible de bâtir un environnement de développement et un environnement de production complets avec seulement de l'open-source ?

Ta question est un peu vague. Comme nous sommes sur un article .Net, je pars du postulat que tu parles d'environnements .Net.
- Développement : oui, mais ça va être très limité car le seul IDE open source actuel avec .Net Core est Visual Studio Core. Comme son nom l'indique, tu as vraiment juste un ... Core. C'est un éditeur de code très avancé, mais on est bien loin de Visual Studio sous Windows. De plus, pour le moment .Net Core n'implémente pas l'intégralité du framework .Net, donc selon tes besoins, tu ne pourras pas y recourir ; mais c'est en cour de portage complet.
- Production : encore une fois, le principale problème vient de tes besoins : si tu utilises des fonctionnalités non implémentées dans .Net Core, tu seras bloqué. Un autre souci est l'hébergement, car pour du Web, il n'y a que IIS pour le moment.

Il ne faut pas oublier que le virage open source de .Net est récent (je mets à part Xamarin, qui n'est pas le sujet de l'article), et que les choses évoluent très vite. Donc pour te répondre je dirai que non, ce n'est pour l'instant pas possible, mais il est évident que cela va le devenir car Microsoft en a la volonté ... et les moyens, aussi bien en termes techniques qu'en termes de compétence.

[tomlev]

le seul IDE open source actuel avec .Net Core est Visual Studio Core. Comme son nom l'indique, tu as vraiment juste un ... Core.

Sauf que son nom est Visual Studio Code, et non Core, du coup la blague tombe un peu à l'eau

Pour moi, VS Code n'a pas vraiment vocation à être un IDE complet, mais plutôt un éditeur de code avancé, qui se positionne sur le même créneau que Atom ou Sublime Text.

Un autre souci est l'hébergement, car pour du Web, il n'y a que IIS pour le moment.

Non, tu peux très bien faire tourner un site ASP.NET 5 (basé sur .NET Core) sous Linux, où IIS n'existe pas... Il n'y a pas d'intégration avec Apache ou Tomcat pour l'instant (quoique ça pourrait certainement se faire), mais il y a un serveur fourni avec ASP.NET 5, que tu peux mettre derrière un nginx si besoin.

(j'ai testé sur un Raspberry Pi il y a plusieurs mois, et ça marchait déjà très bien)

[Issam]

le seul IDE open source actuel avec .Net Core est Visual Studio Core

il y'a aussi sharp develop qui est open source
http://www.icsharpcode.net/OpenSource/SD/Default.aspx

[Bono_BX]

Sauf que son nom est Visual Studio Code, et non Core, du coup la blague tombe un peu à l'eau

Todo list de ce week-end : dormir ;-)

Pour moi, VS Code n'a pas vraiment vocation à être un IDE complet, mais plutôt un éditeur de code avancé, qui se positionne sur le même créneau que Atom ou Sublime Text.

VS Code a beaucoup de fonctions évolués, accessibles par raccourcis clavier, donc pas forcément visibles. Je conseille de passer un petit moment à regarder le tuto de M$, c'est assez instructif et on voit que ça va quand même plus loin que l'éditeur de code.

Non, tu peux très bien faire tourner un site ASP.NET 5 (basé sur .NET Core) sous Linux, où IIS n'existe pas... Il n'y a pas d'intégration avec Apache ou Tomcat pour l'instant (quoique ça pourrait certainement se faire), mais il y a un serveur fourni avec ASP.NET 5, que tu peux mettre derrière un nginx si besoin.

(j'ai testé sur un Raspberry Pi il y a plusieurs mois, et ça marchait déjà très bien)

Merci pour l'info, je vais tester ça rapidement !

il y'a aussi sharp develop qui est open source
http://www.icsharpcode.net/OpenSource/SD/Default.aspx

De ce que j'ai vu, la dernière version de SharpDevelop ne fait pas encore tourner .Net Core.

[Traroth2]

Ta question est un peu vague. Comme nous sommes sur un article .Net, je pars du postulat que tu parles d'environnements .Net.
- Développement : oui, mais ça va être très limité car le seul IDE open source actuel avec .Net Core est Visual Studio Core. Comme son nom l'indique, tu as vraiment juste un ... Core. C'est un éditeur de code très avancé, mais on est bien loin de Visual Studio sous Windows. De plus, pour le moment .Net Core n'implémente pas l'intégralité du framework .Net, donc selon tes besoins, tu ne pourras pas y recourir ; mais c'est en cour de portage complet.
- Production : encore une fois, le principale problème vient de tes besoins : si tu utilises des fonctionnalités non implémentées dans .Net Core, tu seras bloqué. Un autre souci est l'hébergement, car pour du Web, il n'y a que IIS pour le moment.

Il ne faut pas oublier que le virage open source de .Net est récent (je mets à part Xamarin, qui n'est pas le sujet de l'article), et que les choses évoluent très vite. Donc pour te répondre je dirai que non, ce n'est pour l'instant pas possible, mais il est évident que cela va le devenir car Microsoft en a la volonté ... et les moyens, aussi bien en termes techniques qu'en termes de compétence.

Oui, c'est bien de .Net qu'il est question.
Donc, non, ce n'est pas vraiment possible, pour l'instant en tout cas.

Pourquoi cette question ? Parce que je trouve les efforts récents de Microsoft en matière de FLOS intéressants, bien que tardifs. Je suis curieux de voir jusqu'où ça va aller. Vrai changement stratégique ou bidule pour faire "genre" ? Pour l'instant, ça reste un gadget.

[Reminouche]

Il y a aussi monodevelop qui est utilisé notamment avec Xamarin, mais bon on est quand même loin de visual studio...

[bib34690]

on voit que le sujet ne passionne pas les foules, trop peu de concret pour l'instant.
Y avait il d'ailleurs une attente pour le .Net en open source ?
J'ai bien peur qu'il n'y ait que M$ intéressé par cela, et un peu tard.
Seuls ceux qui sont déjà acquis à MS sont intéressés par le sujet et le passage en OpenSource pourrait être interprété comme un début de lâchage sur le long terme.
Ceux qui développent du web, seul sujet qui semble avoir de l'avenir, ne croient pas en .Net pour du web.
Va falloir que M$ mette le paquet pour faire rêver sinon ca fera Pschitt et ce serait vraiment dommage.

[youtpout978]

Y avait il d'ailleurs une attente pour le .Net en open source ?

L’intérêt peut être de faire du multiplate-forme dans quelques années avec des technos comme Wpf ou UWP, du côté d'Asp.Net MVC ça commence à être fonctionnel.

Ceux qui développent du web, seul sujet qui semble avoir de l'avenir, ne croient pas en .Net pour du web.

C'est limite du troll, énormément de nouveau projet sont développé en Asp MVC, je ne vois pas pourquoi celui-ci serai abandonné, les alternatives que sont Php ou Java pour le web ne propose rien qui soit tellement mieux que Asp MVC qui pousserait à migrer sur ces plateformes, sinon il y a Node pour faire du Javascript côté serveur mais je pense que ça rebute plus les développeurs d'en faire que les décideurs.
Donc d'ici que Asp soit poussé vers la sortie tu as encore le temps mais pour les 10 prochaines années (estimation basse) il y aura encore du boulot dessus et encore après avec la maintenance.