Les nouveautés de C# 5.0

Version imprimable

15/08/2012, 13h08
Jérôme Lambert

Les nouveautés de C# 5.0

Bonjour,

Cet article présente les deux grandes nouvelles fonctionnalités du langage C# en version 5.0.

À l'heure à laquelle j'écris cet article, les outils et composants de Microsoft cités sont au stade de la Release Candidate et c'est sur cette version-là que les exemples ont été réalisés.

L'article est accessible ici !

N'hésitez pas commenter et noter cet article :)

Bonne lecture à tous !
16/08/2012, 15h07
antoine.debyser

Bonjour,

Il y a une coquille sur le premier tableau. Les iterateurs etaient présent dès C# 1.0.

L'avant dernier bout de code du paragraphe II n'est pas coloré correctement. Et tous comme le bout de code suivant les "<" sont mal affichés

Citation:

Func<Task>

Sinon la partie async n'a pas du être simple à écrire, on ne peut que te féliciter pour la facilité de compréhension que tu donnes sur le sujet.

Par contre j'ai une petite question les nouveaux attributs. Si je tag un paramètre nommé toto avec CallerMemberName. La valeur de toto est elle saisie a la compilation, ou a l’exécution via un quelconque mécanisme de réflexion?
Y'a-t-il un attribut pour récupérer l'instance appelante?
Le fait que cela ne marche qu'avec Visual 2012, me laisse penser que c'est à la compilation.

Bonjour,

Merci pour ces quelques remarques et compliments :)

Pour ce qui est des itérateurs, ils sont apparus avec C# 2.0.
(source: http://msdn.microsoft.com/fr-fr/libr...(v=vs.80).aspx)

Pour les deux coquilles avec le code, je vais corriger cela ce soir, merci !

Pour les nouveaux attributs, c'est bien à la compilation que les valeurs sont résolues. Si on prend mon exemple avec l'exception :
Code:

1 2 3 4 5 6 7 8 9 10 11 static void Main(string[] args) { try { int i = int.Parse("test"); } catch (Exception exc) { new LogManager().LogException(exc); } }
Le code compilé ressemblera à quelque chose de ce genre :
Code:

1 2 3 4 5 6 7 8 9 10 11 static void Main(string[] args) { try { int i = int.Parse("test"); } catch (Exception exc) { new LogManager().LogException(exc, "Main", "Program.cs", 10); } }
C'est le compilateur qui s'occupe de spécifier correctement les paramètres optionnels ayant été décorés avec les nouveaux attributs.

17/08/2012, 10h05
antoine.debyser

Citation:

Envoyé par Jérôme Lambert

Pour ce qui est des itérateurs, ils sont apparus avec C# 2.0.
(source: http://msdn.microsoft.com/fr-fr/libr...(v=vs.80).aspx)

Ah c'est yield qui est apparu avec C# 2, toutes mes excuses je pensais à IEnumerator.
19/08/2012, 11h14
alex_vino

Super article :ccool:

async - await est une grande nouveauté, a la fois simple et puissant tout en était d'extremement lisible.
Par contre les choses se compliquent lorsque plusieurs taches asynchrones dépendent l'une de l'autre (synchronisation), et a ce jour ils ne semblent toujours pas avoir simplifié ce probleme.

101 exemples MSDN: http://www.wischik.com/lu/AsyncSilve...ncSamples.html
20/08/2012, 10h10
micka132

Citation:

Envoyé par alex_vino

Super article :ccool:

async - await est une grande nouveauté, a la fois simple et puissant tout en était d'extremement lisible.
Par contre les choses se compliquent lorsque plusieurs taches asynchrones dépendent l'une de l'autre (synchronisation), et a ce jour ils ne semblent toujours pas avoir simplifié ce probleme.

J'imagine qu'en méttant plusieurs await à la suite ca devrait être bon non?
Bon apres si l'on offre la possibilité de déclencher les actions par divers biais...Mais bon du coup le cas ou il faut tout de même attendre les résultats d'autre action que l'on a même pas "prévu" c'est plutot étrange non?
20/08/2012, 10h16
Jérôme Lambert

Citation:

Envoyé par alex_vino

Super article :ccool:

async - await est une grande nouveauté, a la fois simple et puissant tout en était d'extremement lisible.
Par contre les choses se compliquent lorsque plusieurs taches asynchrones dépendent l'une de l'autre (synchronisation), et a ce jour ils ne semblent toujours pas avoir simplifié ce probleme.

101 exemples MSDN: http://www.wischik.com/lu/AsyncSilve...ncSamples.html

Les task existent depuis le .NET Framework 4.0 et il existe une multitude de méthodes (ContinueWith, Wait, WaitAny, WaitAll, etc) permettant de construire des synchronisations plus complexes :

http://msdn.microsoft.com/fr-fr/libr...asks.task.aspx

Par contre, il est vrai que la lecture/relecture n'est pas aisée et async/await n'a pas pour but de simplifier ces deux points.

Salut,

Merci pour cet article :)

Des caractères sont mal affichés dans le code du paragraphe "II. Méthodes asynchrones"

Code:

1
2
3
4
5
6
7
8
9
10
11
12
private async void buttonDownload_Click(object sender, RoutedEventArgs e)
{
    var client = new WebClient();
 
    Func&lt;Task&gt; delegateToDownloadAsString = async delegate()
        {
            var result = await client.DownloadStringTaskAsync(new Uri(textboxURL.Text));
            textboxResult.Text = result;
        };
 
    await delegateToDownloadAsString();
}

Excellent!

A+

13/11/2012, 15h30
jacky01

Merci pour cet article très intéressant.

Quand le c# sera-t-il disponible en 5.0 ? est-il déjà en place sur VS2012 ?

Je suis déjà amoureux du async/await :aie:
13/11/2012, 15h39
alex_vino

Citation:

Envoyé par jacky01

Quand le c# sera-t-il disponible en 5.0 ? est-il déjà en place sur VS2012 ?

Je suis déjà amoureux du async/await :aie:

Oui, il te faut le Framework 4.5.
Si tu aimes bien async/await je te propose cette vidéo sur Channel 9 au Microsoft //build/ 2012.
13/11/2012, 15h47
benny-blanco

Petite vidéo des nouveauté du framework 4.5, c#5 et en français :

http://channel9.msdn.com/Series/Tech...u-Framework-45

async/await, Task, dataFlow ...

Dans la vidéo on a droit a une petite démo sur l'utilisation de async/await.

Moi aussi j'aime déja. Tres pratique et très puisant, le tout en gardant le controle sur le Thread UI (ou plutot du Thread appelant ) = c'est pas beau ça :mouarf::mouarf:

Par contre ca ne plaira pas au puriste car toute la mécanique est caché.
13/11/2012, 17h33
jacky01

Merci pour la vidéo :mrgreen:
je viens de la regarder et elle est vraiment claire.

Au top ! :ccool:

Boucle 123465

Bonjour,

Je vien de compiler et executer le code
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 static void Main(string[] args) { var values = new List<int>() { 1, 2, 3, 4, 5 }; var funcs = new List<Func<int>>(); foreach (var v in values) { funcs.Add(() => v * 10); } foreach (var f in funcs) { Console.WriteLine(f()); } }
Dans l'article est mentionné que si on utilise C# (.NET?!) 4.0 l'output serait "50 50 50 50 50".

J'ai utilisé VS 2013 avec .NET 4.0 et l'output est "10 20 30 40 50". Avec .NET 4.5, c'est pareil.
Par contre, si je compile et exécute ce code en VS 2010 avec le .NET 4, l'output est bien "50 50 50 50 50"...

C'est quoi ce truc? Comment d'ailleurs savoir quelle version du C# (pas de .NET) on est en train d'utiliser?

02/04/2014, 15h20
Invité

Bonjour serhhio,

Il me semble que la version de C# est intrinsèquement lié à la version de Visual Studio utilisée. Car visual studio se sert d'un compilateur pour compiler le code C# en IL et c'est la version de ce compilateur dont il est question.

Cela explique pourquoi on peut être en C# v5 mais avec un Framework.NET v4.0.