Dans le but d’offrir une plateforme .Net plus unifiée, Microsoft a mis en œuvre depuis quelques années .Net Core, l’implémentation open source de son Framework .Net. Pour rappel, .Net Core se présente comme un assemblage modulaire de composants initialement disponibles dans le Framework .Net. Il a été rendu open source depuis 2014 afin d’ouvrir ses ressources à d'autres plateformes.Lorsque vous installez le Framework .Net Core, vous disposez non seulement des runtimes CoreRT et CoreCLR, mais également des bibliothèques de classe CoreFX et BCL (Base Class Library) ainsi que du compilateur Roslyn qui peut être utilisé en tant que service et bien d’autres composants.
CoreRT est l’environnement d’exécution de .Net Core utilisé pour les tâches faisant appel à la compilation native. Il a été conçu pour les besoins de performances des applications Windows universelles. Généralement, pour une même application écrite avec les langages C#, Visual Basic et C++, l’implémentation C++ bénéficiera d’une vitesse d’exécution beaucoup plus substantielle si les codes des autres langages ne sont pas également compilés en code natif.
Aussi, pour obtenir de meilleures performances pour les applications Windows universelles écrites dans tous les langages .Net, Microsoft a conçu l’outil .Net Native pour compiler en code natif le bytecode des applications Windows universelles afin de l’exécuter directement par le processeur.
Un avantage non des moindres est que le code obtenu s’affranchit de la plateforme sur laquelle il est exécuté. Le code peut donc être porté sur un autre équipement Windows sans être obligé d’installer le runtime .Net.
À côté de CoreRT, nous avons CoreCLR qui est également une autre implémentation du runtime de .Net Core. Il est utilisé pour exécuter les applications web avec le framework ASP.NET 5. En novembre dernier, Microsoft a annoncé la disponibilité de .Net Core 5 et ASP.NET 5.
Depuis cette version, il est possible d’utiliser en production les applications web conçues avec ce framework web. Les applications et services peuvent être déployés aussi bien sur site que sur le cloud et cibler aisément les plateformes Windows, Linux et Mac OS X sans difficulté. Par ailleurs, vu que ces applications sont exécutées avec .Net Core, les projets ASP.NET 5 développés sur Windows peuvent être portés sur Linux et vice versa sans modification de code.
Cela constitue une grande avancée dans le projet de faire tourner les applications .Net sur les autres systèmes d’exploitation en utilisant une base de code unique. Toutefois, il se trouve que pour Microsoft, utiliser le nom ASP.NET 5 pour décrire cette nouvelle branche du framework web pourrait apparaitre comme une version supérieure d’ASP.NET 4.5 avec les mêmes fonctionnalités améliorées, ce qui n’est pas le cas.
ASP.NET 5 a été entièrement réécrit et est basé sur le Framework .Net Core 5 utilisé pour développer et exécuter aussi bien les applications Windows universelles et les applications web sur Windows, Linux et Mac OS X.
Par ailleurs, Microsoft souligne qu’en utilisant le nom .Net Core 5 pour faire référence au fork du Framework .Net, cela pourrait également être considéré comme une version supérieure de la même branche du Framework .Net 4.6, alors que ce dernier est uniquement utilisé pour concevoir les applications de bureau Windows.
Pour éviter donc ces confusions et repartir de zéro, Microsoft annonce qu’ASP.NET 5 est dorénavant appelé ASP.NET Core 1.0 et .NET Core 5 est maintenant appelé .NET Core 1.0. Par ailleurs, Entity Framework qui est à sa septième version a été rebaptisé Entity Framework Core 1.0.
Nous rappelons qu’Entity Framework est un ensemble d’outils utilisés pour accéder aux données dans les applications sans avoir besoin d’écrire le code d’accès aux données. Depuis la version 7, il a été entièrement repensé pour « une plus grande souplesse d’utilisation » avec une réduction drastique de son empreinte mémoire pour une utilisation multiplateforme.
Pour ce qui concerne le Framework .Net 4.6, Microsoft rassure qu’il continuera à évoluer parallèlement à .Net Core 1.
Source : Blog Microsoft
Et vous ?
Que pensez-vous de ce changement ? Microsoft aurait-elle dû laisser en l’état le nom de ces outils ? Ou plutôt trouvez-vous pertinent le renommage de ces frameworks ?Voir aussi
Forum Général .Net 
Envoyé par SDN87
