votre avatar Abonné

xoofx

est avec nous depuis le 12 décembre 2011 ❤️

Bio

Oups.
On dirait que quelqu'un ici aime garder ses petits secrets, comme si de par hasard il y avait quelque chose à cacher...
Désolé, ô lectrice de passage, cher lecteur égaré, pas de révélation sensationnelle pour le moment sur ce profil.
Repassez plus tard ?

3 commentaires

Concours GeForce RTX 3060 Ti : et le gagnant est...

Le 27/09/2021 à 06h 10

RTX ON pour mon fils :incline:


.NET 5.0 en Release Candidate : les erreurs et le futur d'un framework unifié

Le 24/09/2020 à 15h 20

Bon article sur .NET 5, merci Vincent!




Je n’y connais pas beaucoup en C# mais .NET Core semblait être le renouveau de .NET Framework. Une version multiplateforme, plus rapide, plus puissant, plus propre, etc… J’avais l’impression qu’on se rapprochait d’une version stable. Et là… On change à nouveau de feuille de route ? Quid de la maturité du langage ? .NET 5.0 a l’air à nouveau prometteur mais ça serait bien de se stabiliser un peu pour séduire les entreprises (et moi) sur le long terme.




Les versions .NET Core 2.1 à 3.1 sont stables et utilisées en production.
Rien ne change vraiment, .NET 5 est plus la réunification tant attendue entre .NET Framework et .NET Core. On revient simplement à un seul .NET qui est maintenant OSS et xplat, distribué en dehors du canal du Windows update.
Pour le language, .NET est une plateforme où plusieurs langages coexistent (C#, F#…). Et pour ne prendre que C#, le langage est mature, arrive à sa version 9.0 avec .NET 5 (avec une évolution du langage pratiquement tous les ans maintenant)


Le framework Mono 3.0 propose désormais le développement asynchrone

Le 23/10/2012 à 12h 47






ff9098 a écrit :

Mono. Cites moi de projets l’utilisant ?


Unity3D, un moteur de jeux 3D qui s’est vendu a des dizaines de milliers d’exemplaires, fonctionnant sur des smartphones aussi bien que sur des consoles, utilise Mono pour son moteur de script. C’est l’un des plus gros client de Mono a qui il reverse d’ailleurs de belles royalties sur le CA.



brazomyna a écrit :

L’implémentation de l’asynchrone à la mode .net est pour moi au contraire une belle façon de brouiller les pistes à la relecture du code et donc de complexifier la relecture, le dénicheage de bugs et plus gloabelemnt la compréhension du code déjà écrit.


Un code écrit en async C# est bien plus lisible que le même code (a fonctionnalité équivalente) écrit en n’utilisant pas les keywords async/await, car vous devez gérer vous même une machine a état avec les exceptions, la sauvegardes de toutes les variables locales a chaque branchement d’async…etc. Async est justement la pour simplifier grandement la création de code asynchrone (un exemple:http://msmvps.com/blogs/jon_skeet/archive/2011/05/29/eduasync-part-8-generated-c…