Discussion :

[Hinault Romaric]

PDC10 : Visual Studio Async CTP est disponible
Pour rendre la programmation asynchorne plus accessible dans Visual Studio 2010


Lors de la dernière session de la conférence PDC10 de Microsoft dédiée aux développeurs, Anders Hejlsberg, concepteur en chef du langage C# a annoncé la disponibilité de Visual Studio Async CTP. Cette technologie est en fait un ensemble de modifications du langage C# et VB.NET pour offrir de nouvelles fonctionnalités et des syntaxes simplifiées pour le développement asynchrone.

Visual Studio Async CTP repose sur la librairie TPL et offre des fonctionnalités qui permettront de corriger les difficultés de réactivité des interfaces et de latence des services, tout en pratiquant un modèle de programmation simple et facile à maintenir.

« Les avantages de la programmation asynchrone sont que l’on peut obtenir des interfaces utilisateurs plus sensible, parce que l’UI peut faire d’autre chose pendant que l'on attend les résultats d’une opération asynchrone », explique Heijlsberg. « Dans des serveurs, vous pouvez améliorer l’adaptabilité parce que vous avez la possibilité de libérer des threads quand ils ne font aucun travail lorsqu'ils attendent des requêtes asynchrones ».

L'objectif de « Async » est de rendre la programmation asynchrone beaucoup plus abordable et de le rendre aussi facile à écrire et à maintenir que du code synchrone. « Rendre votre code asynchrone ne devrait nécessiter que de simples changements et devrait être mit en œuvre d’une manière qui ne perturbe en rien le fonctionnement de votre code » à déclarer Somasegar, Senior Vice Président de la division Développeurs de Microsoft.

Cette version de Visual Studio Async CTP n’est cependant disponible que pour Visual Studio 2010 ( Professional, Premium et Ultimate) en version anglaise et américaine.

La sortie du setup de la version française ne devrait pas tarder.


Vous pouvez télécharger Visual Studio Async CTP sur le Centre de téléchargement de Microsoft.


Source : Présentation d'Anders Hejlsberg aux PDC


Et vous ?

Que pensez-vous de ce nouvel outil : utile ou pas pour vos futurs projets ?



En collaboration avec Gordon Fowler

[wokerm]

je ne croit pas mes oreil , si c'est ce que j'ai compris en route vers un edi qui atteindra la perfection, sa confirme mes dires visual studio est le meilleur edi au monde

[Invité]

Je suis épaté aussi : surtout qu'en général, le blabla marketing de cet éditeur m'ennuie à mourir alors que les produits sont souvent assez bons.
Ce discours là me plait bien, je pourrais bien aller voir à quoi ça ressemble car l'asynchronisme est le cas le plus fréquent qu'on rencontre dans ce fichu métier...
Celà dit, je crois deviner qu'ils l'utilisent comme un équivalent de "multithread" ce qui me semble assez réducteur mais pourquoi pas..

Peut être le titre de cet article devrait il être : "utilisation du multithread pour gérer l'asynchronisme" ... m'enfin moi ce que j'en dis..
9 fois sur 10, on attend une ressource distante, à notre époque les algoritmes de traitement dépassent rarement quelques secondes.. Parfois même on attend longtemps un device capricieux que certains disent "humain" mais je n'ai pas de preuve que cela existe vraiment .
En tout cas si la gars a eu une envie pressante au moment de cliquer OK , le monde ne s'arrètera pas pour autant.

quelque chose a peut-être changé à Redmond : leur blabla deviendrait-il écoutable ?

[polkduran]

Peut être le titre de cet article devrait il être : "utilisation du multithread pour gérer l'asynchronisme"

Il me semble qu'en .NET l'asynchronisme c'est forcement du multithread car si non ça bloquerait le thread principal et serait donc du synchrone, ce qui se fait normalement quand on parle d'opérations asynchrones c'est de lancer l'opération et de définir une méthode de callback qui s'exécutera à la fin de l'opération asynchrone, ce qui peut devenir complexe quand on a des appels asynchrones imbriqués, d'après ce que je vu dans les white papers http://msdn.microsoft.com/fr-fr/vstu...8en-us%29.aspx le async CTP est une API qui simule l'asynchrone comme si c'était du synchrone afin de donner un air de "séquentiel" à l'asynchrone à l'aide des mots clés "async" et "await", c'est intéressant

sa confirme mes dires visual studio est le meilleur edi au monde

+1

[Invité]

Il me semble qu'en .NET l'asynchronisme c'est forcement du multithread car si non ça bloquerait le thread principal et serait donc du synchrone ..
+1

Ben en fait non

un processus asynchrone peut maintenir ses données ailleurs qu'en ram et s'étendre très au delà d'une vie humaine - a fortiori du temps d'execution d'un programme donné (ou d'une session systeme ou de la durée de vie d'un pc).
Oui, il peut aussi gérer une imprimante mais ce n'est pas sa seule fonction.

Le multithread applicatif (navigateur) ou systeme (os qu'on appelait multitâche avant) est très loin de couvrir tous les cas d'asynchronisme , notamment en automatismes mais pour la bureautique et à fortiori venant de Redmond , on va dire que c'est à peu près équivalent et très pratique pour donner un nouveau nom à quelque chose que les concurrents font déjà (Intel édite une suite complète, NVidia transforme la carte graphique en supercalculateur massivement parallèle et OpenCL en fait autant pour tout le hardware disponible)

Je chipote un peu certes polkDuran, votre point de vue est très recevable mais cette intrusion dans mon vocabulaire professionnel me chagrine car ma nomenclature distingue clairement Multithread, Traitement Asynchrone, Multicore.....

Cette confusion relève d'une vision complètement centrale ou "JE" gére moi-même tous les cores tous les threads et tous les devices voire toutes les ressources , or à notre époque, beaucoup de devices ont leur propre système embarqué, traitent l'information et la transportent où il faut pour que les autres process y accèdent en monothread.

Il y a aussi les cas où l'asynchronisme ne sert pas à faire de la lecture non-bloquante mais à adapter le volume traité à la mémoire disponible (pagination). Dans ce cas la ressource distante fonctionne bien mais c'est le process courant qui ne tient pas la charge..

Si l'éditeur s'approprie la notion générique d'asynchronisme pour packager une librairie de comm (qui sont toutes asynchrones depuis des lustres) , ça me met le souk dans mes docs .. Voilà pourquoi je couine