Aller au contenu | Aller au menu | Aller à la recherche
Imaginons que l'on veuille développer un service web d'interrogation basé sur REST, c'est à dire qui s'appuie sur HTTP uniquement pour les requêtes et les (codes : 200, 400, 404, 403, ...) réponses. Les réponses peuvent être au format Xml ou JSON. Ce service reste simple : une entrée du type int, et un retour d'un type primitif : string, ou un tableau de string : pour un n° de responsable, avoir les n° associations qu'il gère.
Quelques mises à jour à effectuer pour 2010 :
Merci à la cinquantaine de réponses au récent sondage. Le sondage reste accessible, on pourra y répondre via cette page ou dans la colonne de droite s'il apparait encore.
Comme on me l'a gentiment fait remarquer :
mais elle est conne ta question, ça dépend...
auquel j'aurais pu répondre :
padawan, n'oublie pas que je suis maître Jedi, ne vois-tu donc pas l'ours derrière la brindille ?
Anyway, allons explorer de suite les résultats.
Acte 1 : aux techdays 2009, j'ai assisté à une session sur les nouveautés ASP.NET 4.0, dont MS Ajax Pure Client Model qui propose des contrôles côté client : pouvoir avoir en gros un repeater mais géré en javascript. Dans ce cadre, l'orateur a parlé de jTemplates, dont l'objectif est le même : moteur javascript (plugin jQuery) pour gérer des données uniquement côté client, ceci rendu possible à l'aide d'un langage lu par le moteur.
Acte 2 : avec mon outil de statistiques Piwik, j'utilise une application RDA Desktop Web Analytics fonctionnant sous AIR. Dans les dernières versions, il y a un onglet très sympa "Live !" qui affiche les dernières visites du blog :
Acte 3 : au hasard du Net, je suis tombé là-dessus, que j'ai trouvé terrible (un rien fascine le geek qui sommeille en moi).
Et là, Alfihar se dit, tiens
et si nous faisions la même chose avec Piwik sur une page Web pour avoir un aperçu de jTemplates.
Après s'être frotté au couple Prototype / Scriptaculous (à l'époque un exemple d'autocompleter avec Scriptaculous), on va s'intéresser à la fameuse librairie jQuery.
Concernant ASP.NET Ajax, je n'y ai personnellement jamais adhéré : trop opaque, trop compliqué, trop peu performant, et l'UpdatePanel non merci lorsque l'on voit ce qu'il transporte, et aussi certainement un manque de motivation de ma part pour cette librairie. A la rigueur, je pourrais dans l'absolu utiliser des composants du projet AjaxControlToolkit, certains sont assez bien vus.
Mais revenons à jQuery, quels avantages peut-on trouver à jQuery :
Parmi les extensions, on va regarder du côté de l'autocomplete, qui nous servira pour de l'aide à la saisie.
Le code côté serveur reste du C#, mais on pourra facilement le transcrire vers n'importe quel langage : Ruby (http://json.rubyforge.org ou sous merb), PHP (http://fr.php.net/json), ...
« billets précédents - page 1 de 2