Discussion :

[Idelways]

Projet Roslyn : le compilateur en tant que service pour Visual Studio
disponible en CTP

Mise à jour du 20/10/11, par Hinault Romaric


Microsoft vient de publier la CTP (Community Technology Preview) du projet Rosyln.

Pour rappel, Rosyln est le nom de code d’un compilateur en tant que service (Compiler as a Service) ayant pour but d’ouvrir les compilateurs C# et Visual Basic de sorte que toutes les informations traitées par l’intermédiaire d’un compilateur soient disponibles sous la forme d’une API.

L’outil va donc permettre aux développeurs et utilisateurs finaux d’exploiter et partager la richesse des informations générées par les compilateurs.

La CTP de Roslyn est disponible comme une extension pour l’environnement de développement Visual Studio 2010 service pack 1.

Cette version de l’outil contient des nouveaux modèles pour la génération de code, l’analyse et la refactorisation.

Microsoft note que Roslyn est un projet à long terme, qui ne sera pas intégré par défaut dans Visual Studio 11, mais dans la version suivante. La prochaine version de l’outil intégrera le support des scripts et l’utilisation interactive de C# et Visual Basic.

La publication de la CTP de Roslyn est accompagnée d’un livre blanc, d’une démo et une documentation pour la prise en main de l’outil


Télécharger la CTP de Roslyn

Les ressources sur le projet


Projet Roslyn : Microsoft ouvre la voie à la compilation dans le Cloud
Et l'analyse poussée du code C# et Visual Basic



Microsoft s'apprête à mettre à la disposition des développeurs une nouvelle génération de compilateur au nom de code Projet Roslyn, présentée hier lors d'une session consacrée à l'avenir de la plateforme .NET à l'occasion de la conférence Build.

Ce compilateur en tant que service (CaaS) pour les langages C# et Visual Basic s'accompagne d'un ensemble d'API (interfaces de programmation) que les développeurs peuvent exploiter pour inspecter et affiner leur code.
Il s'inspire ainsi d'un composant du Projet Mono, où les informations que le compilateur génère peuvent être utilisées dans son programme en tant que librairie.

Les compilateurs, qui convertissent le code source des applications en programmes binaires exécutables, génèrent beaucoup d'informations sur le programme et sa construction, a rappelé Anders Hejlsberg, architecte en chef de l'équipe C# durant sa présentation, mais les développeurs n'ont généralement pas accès à ces données, regrette-t-il.

Ce à quoi Roslyn se propose de remédier, en fournissant sous Visual Studio diverses informations qui peuvent être exploitées pour refactoriser, réorganiser son code, créer des applications plus dynamiques ou même ajouter des fonctionnalités en C# et VB à des programmes écrits dans d'autres langages de programmation.

Hejlsberg a présenté en pratique des usages plus avancés de cette nouvelle technologique, comme une interface en ligne de commande qui permet aux utilisateurs d'entrer du code qui se compile directement, ou lancer des scripts pendant la compilation, pour en extraire plus d'informations.

Enfin, Hejlsberg a impressionné l’audience en convertissant « en toute fidélité » du code Visual Basic en C# et vice-versa, avec Roslyn et par un simple copier-coller.

Microsoft publiera une première version CTP (Community Technology Preview, sorte de bêta) de Roslyn dans un mois.


Source : Keynote d'Anders Hejlsberg

Et vous ?

Que pensez-vous du projet Roslyn ?

[Rocket06]

Honnêtement, cela ne semble pas intéresser grand monde...

[tomlev]

Honnêtement, cela ne semble pas intéresser grand monde...

Plus que ton commentaire, si l'on en croit les votes

C'est très intéressant, mais je pense surtout qu'il n'y a pas grand monde qui ait vraiment compris de quoi il s'agit, d'où le peu de réactions...

Le truc, c'est qu'en pratique Roslyn ne sera probablement pas directement utile à la plupart des développeurs : c'est surtout intéressant pour créer des outils qui manipulent du code (genre ReSharper, CodeRush et autres outils de refactoring), pas vraiment pour développer des applications.


EDIT: @Idelways, y a un truc que j'ai pas compris : c'est quoi le rapport avec le cloud au juste ?

[Rocket06]

Plus que ton commentaire, si l'on en croit les votes

Ha bah c'est toujours ça en même temps ^^

[zeavan]

J'ai cru comprendre que dans .net 5.0 nous pourrons avoir acces au compiler lui meme, je pense que c'est egalement pour s'aligner avec la prochaine version.

[tomlev]

J'ai cru comprendre que dans .net 5.0 nous pourrons avoir acces au compiler lui meme, je pense que c'est egalement pour s'aligner avec la prochaine version.

Dans .NET 4.5 en fait (C# 5)
Et oui, on pourra accéder au compilateur via des API, c'est justement le but de Roslyn

[ParseCoder]

EDIT: @Idelways, y a un truc que j'ai pas compris : c'est quoi le rapport avec le cloud au juste ?

Effectivement je ne vois pas non plus.

L'utilité de Roslyn c'est aussi :
- la méta-programmation
- la vérification de la conformité d'un code fonctionnel

Bref, ça intéressera plutôt des gens qui créent des frameworks, DSLs, ... etc

J'ai hâte de voir la tête de l'API !

[tomlev]

J'ai hâte de voir la tête de l'API !

On en a déjà un petit aperçu dans la présentation d'Anders Hejlsberg... Et de toutes façons tu peux tester la Preview de VS 11

[Idelways]

Bonjour,

Le rapport avec le Cloud est que la compilation de Roslyn et la génération des rapports avancées sur le processus de compilation s'effectuent au niveau les serveurs Cloud de Microsoft, et non pas directement dans Visual Studio.

Cordialement
Idelways

[tomlev]

Le rapport avec le Cloud est que la compilation de Roslyn et la génération des rapports avancées sur le processus de compilation s'effectuent au niveau les serveurs Cloud de Microsoft, et non pas directement dans Visual Studio.

Euh... what ?

Ca m'étonnerait beaucoup... ça voudrait dire que tu dois envoyer ton code sur le net pour le compiler ? Et si tu n'as pas accès à Internet, comme c'est le cas dans certaines boites (dans secteur de la défense par exemple) ?

A mon avis c'est le terme "Compiler as a Service" qui a introduit une confusion. Cet article fait la même erreur dans son titre. "As a service", ça veut pas forcément dire dans le cloud... à moins que j'ai rien compris, Roslyn n'a absolument aucun rapport avec le cloud.

[Nathanael Marchand]

Euh... what ?

Ca m'étonnerait beaucoup... ça voudrait dire que tu dois envoyer ton code sur le net pour le compiler ? Et si tu n'as pas accès à Internet, comme c'est le cas dans certaines boites (dans secteur de la défense par exemple) ?

A mon avis c'est le terme "Compiler as a Service" qui a introduit une confusion. Cet article fait la même erreur dans son titre. "As a service", ça veut pas forcément dire dans le cloud... à moins que j'ai rien compris, Roslyn n'a absolument aucun rapport avec le cloud.

Le nouveau TFS est sur le même principe: tu envoies ton code dans le cloud et il est compilé là bas. (Si j'ai bien compris)

[tomlev]

Le nouveau TFS est sur le même principe: tu envoies ton code dans le cloud et il est compilé là bas. (Si j'ai bien compris)

Peut-être... mais Roslyn, c'est pas ça : c'est juste une API qui expose les différents mécanismes internes du compilateur (parser, syntax tree etc)

[Nathanael Marchand]

Peut-être... mais Roslyn, c'est pas ça : c'est juste une API qui expose les différents mécanismes internes du compilateur (parser, syntax tree etc)

Certes, certes mais c'était pour dire que c'était pas choquant d'envoyer le code pour compiler à distance...

[tomlev]

Certes, certes mais c'était pour dire que c'était pas choquant d'envoyer le code pour compiler à distance...

Ouais enfin faut avoir confiance quand même
J'imagine la tête de mon patron si je lui proposais d'envoyer notre code sur des serveurs hébergés par Microsoft ou Google

[ParseCoder]

Je ne vois pas du tout ce qu'apporte le cloud dans cette histoire, ça ne fait pas de sens. A part peut-être pourrir les perfs !

[ParseCoder]

J'ai trouvé plus d'info ici :
http://www.mywindowsclub.com/resourc...r-for-NET.aspx

Effectivement ça semble lié au cloud, autant pour moi. Mais je ne vois toujours pas l'intérêt fonctionnel de la chose. Si qlqu'un à une idée ça m'intéresse.

[tomlev]

J'ai trouvé plus d'info ici :
http://www.mywindowsclub.com/resourc...r-for-NET.aspx

Mouais... ils répètent 3 fois "transforms .NET environment to cloud database", sans jamais donner plus de détails. Pour moi ça veut pas dire grand chose

Je vais re-regarder la présentation d'Anders Hejlsberg pour voir si c'est plus clair

[tomlev]

Et de toutes façons tu peux tester la Preview de VS 11

En fait j'ai dit une connerie, Roslyn est pas dispo dans la Preview de VS11... ce sera dans une CTP qui doit sortir en octobre

Je vais re-regarder la présentation d'Anders Hejlsberg pour voir si c'est plus clair

Bon bah je confirme, il ne dit pas un mot à propos du Cloud...

[Mose]

Un peu plus d'infos : http://www.sadev.co.za/content/coden...bnet-compilers

Et mes interprétations perso sur le sujet :
Un compilateur prend du texte, pratique différentes analyses pour aboutir à un assembly.

Si je comprend bien l'intérêt du projet, il s'agit de conserver le résultat intermédiaire dans une structure de donnée utilisable et modifiable (base de donnée ou autre, osef).
Plutôt que de stocker des assembly, on stocke un bousin intermédiaire qui est finalisé en assembly à la volée.

A quoi ça sert ?
A analyser son code déployé en cloud
A modifier ses assemblies dans le cloud sans passer par un process de déploiement.
=> les utilisateurs de Windows Azure verront facilement l'intérêt, le PaaS c'est bien mais ça a des côtés relou.

Les fruits vraiment comestibles de ce projet dépendront méchamment des outils qui permettront ces analyses et modifications.
Il va falloir du taf pour rendre ça compréhensible et utilisable par le dev lambda.

En revanche le graal derrière tout ça, l'évolution ultime que ça préfigure sans le dire explicitement, c'est que demain, on pourra avoir un IDE 80% web, et pourquoi pas 100% web après demain...
Enorme !

[BenoitM]

En revanche le graal derrière tout ça, l'évolution ultime que ça préfigure sans le dire explicitement, c'est que demain, on pourra avoir un IDE 80% web, et pourquoi pas 100% web après demain...
Enorme !

Euh l'utilité????