Script# talonne GWT
Nikhil Kothari vient de publier une mise à jour de Script# qui permet de développer de l'Ajax (ASP.NET Ajax) en C#. Fini l'enfer du débogage (Cf. Mise à jour plus bas) développement en Javascript. Comme GWT donc.
En passant, Nikhil nous rappelle que Script# permet aussi de gérer Silverlight et Virtual Earth. Le futur de Script# semble être lié à l'intérêt que lui portent certaines unités Microsoft, dont Windows Live et MSN Messenger.
A suivre.
La news de Nikhil : http://www.nikhilk.net/ScriptSharpPastPresentFuture.aspx
[MAJ] Pour le debuggage, GWT reste loin devant Script# grâce à son exécution "hosted mode" qui permet de placer des breakpoints en développement sur ce qui sera du JavaScript en production.
GWT hosted mode : http://code.google.com/webtoolkit/documentation/com.google.gwt.doc.DeveloperGuide.Fundamentals.HostedMode.html
"Fini l'enfer du débogage en Javascript."
J'avais cru comprendre que Script# générait du Javascript pour le coté client et que, en phase de déboguage, on se retrouvait de toutes façons dans un debugger Javascript ? (idem avec GWT d'ailleurs)
Ou alors j'ai mal compris l'enfer dont tu parles ?
Rédigé par : Oaz | 31 mai 2007 à 11:05
Olivier, j'ai écrit ce billet trop vite, emballé par la news de Nikhil. "Fini l'enfer du développement Javascript" serait plus correct : les checks à la compilation et Intellisense amène une vrai productivité au développement Javascript.
Pour le debuggage, GWT reste loin devant Script# grâce à son exécution "hosted mode" qui permet de placer des breakpoints en développement sur ce qui sera du JavaScript en production.
Merci Olivier d'avoir pointé cette inexactitude, ça vaut une mise à jour du billet.
Rédigé par : Denis | 02 juin 2007 à 11:44