Connexion

Catégories

Droit Économie Flock Hardware IA Internet Logiciel Social Sciences Sécurité Société

Nous Suivre

Contact rédaction Contact site Forum
Flux RSS GitHub Discord

À propos

Abonnez-vous

Le langage C# 8.0 se dévoile

Le langage C# 8.0 se dévoile

Le 13 novembre 2018 à 09h41

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).

Le 13 novembre 2018 à 09h41

Commentaires (17)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

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

votre avatar

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



<img data-src=" />

votre avatar







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 ^^


votre avatar







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.


votre avatar







Joe Le Boulet a écrit :



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





Tu attends quoi de Xamarin ?


votre avatar

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 3⁄4…

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

votre avatar

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.

votre avatar







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;


votre avatar

Bref tu parles pour ne rien dire quoi!

votre avatar

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;

votre avatar







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).


votre avatar







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 !


votre avatar

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;

votre avatar







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.


votre avatar







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 ;)


votre avatar

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

votre avatar

Clairement un incompétent

Le langage C# 8.0 se dévoile

Fermer