Le langage C# 8.0 se dévoile

Le langage C# 8.0 se dévoile

Le langage C# 8.0 se dévoile

Microsoft a présenté hier les grandes lignes de la version 8.0 de C#, son langage star, notamment pour tout ce qui touche à .NET.

Parmi les grandes évolutions prévues, signalons les types nullable reference – qui ambitionnent d’en finir avec les NullReferenceException, très courantes – les flux asynchrones, les types Index et Range (deux Index), les modèles récursifs ou encore les expressions switch.

La plupart des fonctionnalités seront utilisables avec toutes les versions de .NET. D’autres seront spécifiques à .NET Standard 2.1. En préparation lui aussi, il constituera le socle de .NET Core 3.0 et des prochaines moutures de Xamarin, Mono et Unity. L’actuel .NET Framework 4.8 ne sera donc pas compatible (ancienne branche).

Commentaires (17)


.NET Core va-t-il cesser d’être un infâme bidouillage et devenir réellement utilisable  ? Suspense !


En tout cas les devs vont encore s’écharper sur le sujet.



<img data-src=" />








v1nce a écrit :



.NET Core va-t-il cesser d’être un infâme bidouillage et devenir réellement utilisable&nbsp; ? Suspense !





Si par “utilisable” tu sous entends “capable de ne pas bouger pendant 10 ans”, la réponse est non, MS reste sur des durées de support très faible (souvent 1 an).



Les applications qui n’ont pas de développement continue doivent rester sur la version “lente” du framework, ça n’a pas changé et ça ne changera probablement jamais, vu que c’est sa raison d’être désormais. Après, c’est assez pitoyable que tu mélanges développement continue et bidouillage, mais bon, c’est toi que ça regarde ^^









v1nce a écrit :



.NET Core va-t-il cesser d’être un infâme bidouillage et devenir réellement utilisable&nbsp; ? Suspense !





C’est deja pas mal utilisable depuis la 2.1 mais je te cache pas qu’avant c’etait un peu complique.&nbsp;

&nbsp;





Bejarid a écrit :



Si par “utilisable” tu sous entends “capable de ne pas bouger pendant 10 ans”, la réponse est non, MS reste sur des durées de support très faible (souvent 1 an).



Les applications qui n’ont pas de développement continue doivent rester sur la version “lente” du framework, ça n’a pas changé et ça ne changera probablement jamais, vu que c’est sa raison d’être désormais. Après, c’est assez pitoyable que tu mélanges développement continue et bidouillage, mais bon, c’est toi que ça regarde ^^







C’est vrai mais ca serait pas mal d’avoir une vision sur l’evolution du framework a plus de 6&nbsp; mois ou un an.

J’attends surtout de voir ce qu’il va se passer avec xamarin. Si il n’y a pas de direction claire d’ici un an, je pense que je passerai a un autre langage avec d’autres frameworks, voir j’arreterais le dev.



J’attends aussi beaucoup du projet uno mais c’est pareil, on ne sait pas trop comment ca va evoluer.









Joe Le Boulet a écrit :



J’attends surtout de voir ce qu’il va se passer avec xamarin.





Tu attends quoi de Xamarin ?



Quel “bidouillage” ? oui ça évolue vite ( en même temps c’est son but).

Le vrai pb est la régression par rapport au framework “old school”, mais la encore, difficile de leur demander de refaire 20 ans de taf en 34

Bon par contre avec EF ils se foutent du monde :p


Il aura fallu longtemps mais on y arrive tout doucement ; ils commencent enfin à se rendre compte que l’on a réellement besoin d’héritage multiple, ou à tout le moins de mixins.








Bejarid a écrit :



Si par “utilisable” tu sous entends “capable de ne pas bouger pendant 10 ans”, la réponse est non, MS reste sur des durées de support très faible (souvent 1 an).



Les applications qui n’ont pas de développement continue doivent rester sur la version “lente” du framework, ça n’a pas changé et ça ne changera probablement jamais, vu que c’est sa raison d’être désormais. Après, c’est assez pitoyable que tu mélanges développement continue et bidouillage, mais bon, c’est toi que ça regarde ^^







10 ans non, mais que les devs cassent constamment le framework parce qu’ils ne s’entendent pas sur la manière de sérialiser&nbsp; (ou de représenter) des types de base (ou une collection quelconque je ne sais plus) ça m’a légèrement gonflé.

On en est (était) à la version 2.0 c’était pas une 1 beta.



Certains ont l’air de dire que c’est mieux&nbsp; depuis la 2.1. Je n’ai pas eu l’occasion de tester depuis.

&nbsp;

&nbsp;&nbsp;

&nbsp;

&nbsp;

&nbsp;



Bref tu parles pour ne rien dire quoi!


Pour moi le .NET core c’était un framework minimal débarrassé des couches bas niveau (ou de toutes les implémentations trop) liés à Windows.

Je m’attendais à ce qu’il ne fasse pas grand chose mais qu’il le fasse bien.

&nbsp;

Je voulais juste appeler/traiter un web service “public” (pas de sécurité/certificats).

&nbsp;

Au final je me suis retrouvé à faire la chasse aux patches et aux nugets et à lire les états d’âmes des devs MS sur le fait qu’il fournissait .NET core 2.0 alors qu’il ne réussissaient pas eux-mêmes à faire du “dogfooding”.



&nbsp;



&nbsp;








v1nce a écrit :



les devs cassent constamment le framework […]





Tu as un exemple autre que “sérialiser je ne sais plus quoi”, et un nombre plus concret que “constamment” ?







v1nce a écrit :



Pour moi le .NET core c’était un framework minimal débarrassé des couches bas niveau liés à Windows.





Raté, le framework core c’est juste un framework .Net mieux découpé. Ce qui derrière à de nombreuses retombés, dont le fait d’être plus facilement multiplateforme, mais c’était pas celle recherché (ils visaient surtout un trimming plus simple, et Blazor prouve qu’ils ont eu raison).









v1nce a écrit :



.NET Core va-t-il cesser d’être un infâme bidouillage et devenir réellement utilisable  ? Suspense !





Ce n’est pas parce que tu es incompétent qu’il faut l’afficher sans cesse !



Bof. Quand sur leurs blogs même les devs internes de MS disent que le produit n’est pas prêt pour la production (pas dans le sens inutilisable mais comme nécessitant trop d’opérations manuelles pour un dev lambda) je trouve que c’est un indice quand même, non ?

Après c’est sans doute une réaction épidermique est excessive à tout le temps perdu pour un “projet” qui aurait dû être fini en un après-midi.



&nbsp;








Bejarid a écrit :



Raté, le framework core c’est juste un framework .Net mieux découpé. Ce qui derrière à de nombreuses retombés, dont le fait d’être plus facilement multiplateforme, mais c’était pas celle recherché







Mouais. Quand t’embauches MDI j’ai un peu de mal à croire que le multiplateformes soit juste un heureux effet de bord.









v1nce a écrit :



Mouais. Quand t’embauches MDI j’ai un peu de mal à croire que le multiplateformes soit juste un heureux effet de bord.





Mono != .Net Core. Exemple, sur Blazor c’est .Net Core coté serveur, et mono coté client. Ces deux techno sont séparé, elles n’ont ni les mêmes devs, ni le même code, ni les mêmes outils de build. Et pour cause, elles n’ont pas les mêmes usages.

&nbsp;





v1nce a écrit :



Quand sur leurs blogs même les devs internes de MS disent que le produit n’est pas prêt pour la production





Encore une fois tu annonces des choses étonnantes, sans apporter la moindre source/date/contexte. Ça commence à faire beaucoup. Bienvenue dans mon ignore list, c’est pas souvent que j’y invite les gens qui savent rester poli, mais tu as trop tiré sur la corde ;)



Tu es clairement un incompétent, en plus d’être complètement largué ce qui t’amène à raconter n’importe quoi.


Clairement un incompétent


Fermer