Pour moi, ajax c'est le mauvais chemin pour un web simple à utiliser et à developper,
Je ne serais pas aussi catégorique. l'AJAX n'est effectivement pas très productif pour produire des interfaces avec des contrôles "riches", et pour cause l'HTML DOM Level 2 est une "API" assez bas niveau. Ajoute à cela un CSS positionning bien souvent douloureux, et un jeu de balise (form) assez limité, tu te retrouves forcément avec des tartines de codes dès que tu veux un truc qui clignotes et bouge dans tous les sens.
D'un autre coté, qui peut le plus, peut le moins. Je ne suis pas sûr qu'en partant directement avec des contrôles "riches" (à la backbase), on aurait autant de créativité avec AJAX. Avant d'en arriver là, il faudrait un minimum de standardisation. Et là, on peut compter sur des troublions comme Microsoft pour te pourrir l'interopérabilité comme il se doit. Alors que bon, il faut quand même reconnaitre que AJAX, ce n'est pas si compliqué et ça fonctionne quasiment partout (même sous IE, j'avoue que je m'attendais au pire avec celui là).
Et puis, il faut savoir utiliser AJAX dans son domaine et pas lui demander la lune. Un client nous avait demandé d'étudier le passage d'une application en client Web (même limité). Sauf que cette application utilisait intensivement le système de fichier local et la drag'n drop. Ça aurait été faisable, mais avec une ergonomie pitoyable.
Ça, ça serait du vrai web 2.0. et ça éviterait tout à chacun de devoir connaitre des codes de retour HTTP obscure, le protocole http etc...
Ouais, bon, tu tapes "XmlHttpRequest" dans google => J'ai de la chance et pouf tu tombes sur cette page qui t'apprends 90% de ce que tu as besoin de connaitre.
[^] # Re: Bof
Posté par pierthi . En réponse au journal La folie de Web 2.0. Évalué à 2.
Je ne serais pas aussi catégorique. l'AJAX n'est effectivement pas très productif pour produire des interfaces avec des contrôles "riches", et pour cause l'HTML DOM Level 2 est une "API" assez bas niveau. Ajoute à cela un CSS positionning bien souvent douloureux, et un jeu de balise (form) assez limité, tu te retrouves forcément avec des tartines de codes dès que tu veux un truc qui clignotes et bouge dans tous les sens.
D'un autre coté, qui peut le plus, peut le moins. Je ne suis pas sûr qu'en partant directement avec des contrôles "riches" (à la backbase), on aurait autant de créativité avec AJAX. Avant d'en arriver là, il faudrait un minimum de standardisation. Et là, on peut compter sur des troublions comme Microsoft pour te pourrir l'interopérabilité comme il se doit. Alors que bon, il faut quand même reconnaitre que AJAX, ce n'est pas si compliqué et ça fonctionne quasiment partout (même sous IE, j'avoue que je m'attendais au pire avec celui là).
Et puis, il faut savoir utiliser AJAX dans son domaine et pas lui demander la lune. Un client nous avait demandé d'étudier le passage d'une application en client Web (même limité). Sauf que cette application utilisait intensivement le système de fichier local et la drag'n drop. Ça aurait été faisable, mais avec une ergonomie pitoyable.
Ouais, bon, tu tapes "XmlHttpRequest" dans google => J'ai de la chance et pouf tu tombes sur cette page qui t'apprends 90% de ce que tu as besoin de connaitre.
http://developer.apple.com/internet/webcontent/xmlhttpreq.ht(...)