Discussion :

[Death83]

Salut a tous,

j'ai cherché sur le forum mais je n'ai pas trouvé de sujet équivalent (pourtant je suis sur qu'il doit y en avoir ).

Donc je voulais savoir si AJAX vaut tant le coup que ca?

Je pense que l'utiliser peut etre interessant, mais juste pour ajouté desplus facultatif a son site (surtout pas faire les fondation avec).

Pour certaines application (comme un éditeur de texte, une jeu, une petite appli...) ne vaut-il pas mieu d'utiliser flash?

voila qu'en pensez vous vous?

[efficks]

Vive l'AJAX!!! Je l'utilise actuellement en entreprise pour une grosse application et je peux dire qu'il permet de faire beaucoup de choses impossibles avec les pages statiques.
Flash n'est pas une solution pour mes besoins. Flash est pour moi seulement pour du design. De plus, cela nécessite l'achat de liscence supplémentaire et une dépendance pour une application et un fabriquant.
Sinon, l'ancienne version de l'application actuelle utilisait une applet Java.

[Death83]

Donc Ajax moin gourmand que les apllet?

[SpaceFrog]

Bien évidemment pour !
Quoi de plus ennuyeux que d'avoir à recharger l'intégralité d'une page avec un formulaire à moitié rempli juste pour un seul renseignement qui se trouve sur le serveur ...

Le seul inconvénient les parano de la sécurité qui désactivent JS

[titoumimi]

Perso, pour, mais sans trop en faire non plus.

Très pratique dans certains cas précis, notement dans le traitement des formulaires, ca permet de tout faire en transparent, l'internaute ne voit pas les pages intermédiaires.

Après, ca pause quelques soucis :

- prévoir une solution de repli si l'internaute a désactivé JS
- Quid des bookmarks ? En effet, impossible de bookmarquer une page chargée avec AJAX, c'est l'URL 'racine' qui sera prise en compte
- Intérêt de faire un site "Full ajax : perso, je n'en voit pas, pas plus que de faire un site "full flash", et p'têt même encore moins à cause des favoris.

Mais ca reste une belle technologie, qu'il faut savoir employer à bon essient ;-)

[Shinuza]

Perso, pour, mais sans trop en faire non plus.

Très pratique dans certains cas précis, notement dans le traitement des formulaires, ca permet de tout faire en transparent, l'internaute ne voit pas les pages intermédiaires.

Après, ca pause quelques soucis :

- prévoir une solution de repli si l'internaute a désactivé JS
- Quid des bookmarks ? En effet, impossible de bookmarquer une page chargée avec AJAX, c'est l'URL 'racine' qui sera prise en compte
- Intérêt de faire un site "Full ajax : perso, je n'en voit pas, pas plus que de faire un site "full flash", et p'têt même encore moins à cause des favoris.

Mais ca reste une belle technologie, qu'il faut savoir employer à bon essient ;-)

Je suis d'accord sur le fait qu'il faille utiliser la "technologie" à bon essient, mais les soucis invoqués sont mal interprétés, ou mal tournés.

-Il n'y pas à définir de solution de repli. On ne conçois pas une application qui est censée fonctionner sans javascript en commençant par admettre que l'utilisateur à un navigateur dont le moteur javascript est activé. C'est du non sens par définition.

XHR/javascript doit être une surcouche, qui vient se greffer par dessus une application pleinement fonctionnelle.

-Les bookmarks ne constituent pas un problème commun, au contraire, ce qui n'empêche le fait qu'il existe des solutions pour palier cet éventuel problème.

[marcha]

-Les bookmarks ne constituent pas un problème commun, au contraire, ce qui n'empêche le fait qu'il existe des solutions pour palier cet éventuel problème.

Je connais l'approche consistant à utiliser des ancres dans l'url pour permettre
les bookmarks (modification de l'ancre ne provocant pas le rechargement de
la page mais laissant une trace dans l'url exploitable pour réinitialiser l'application
ajax dans un état précis quand on utilise le bookmark)

est-ce que vous connaissez d'autres techniques ?

[Carabi]

Je vote POUR pour l'avoir utilisé souvent. Je ne compte plus le nombre d'épines dans le pied qu'il m'a sorties

[supersnail]

Je dis oui à AJAX..

Ça évite les "blancs" de la navigation classique,qui du coup est plus fluide.D'autant plus que, dans le site que je fais (site d'aide),les problèmes des personnes ne doivent pas être indexées par google,AJAX représente la solution idéale

Mais dans d'autres circonstances,AJAX ne sert comme dit précédemment,à faire des envois de formulaires,et autres choses de ce genre

[Lcf.vs]

Pour, évidemment...

Après lecture de vos différents avis, je voudrais vous faire part du mien.

Au niveau de l'architecture d'un site, il n'y a absolument rien qui empêche de la baser à 100% an AJAX + DOM, c'est d'ailleurs la seule façon de sécuriser les données que reçoit l'utilisateur, oui, je parle bien de l'internaute, que l'on néglige depuis toujours.

C'est aussi le moyen de rendre son site dynamique portable.

Je suivrai donc avec attention l'évolution de cette méthode.

Une petite note m'a fait sourire, celle concernant les paranos de la sécurité qui désactivent le javascript, il est temps de démontrer que le javascript est l'élément incontournable lorsqu'il s'agit de naviguer sur des sites web.


PS: Un tuto est en préparation, mais il faudra un peu de temps, j'alterne entre mes projets et celui-ci.

[Tesing]

Je suis pour utiliser AJAX tant que c'est vraiment nécessaire.

Il y a des cas où c'est vraiment génial par exemple sur Youtube pour consulter les commentaires d'une vidéo sans recharger la page.

Où sur un système d'information géographique comme Google Maps.

Mais je n'aime pas les pages web où il y a de l'AJAX partout alors qu'un rechargement de la page aurait aussi bien fait l'affaire.

[Pierrot0459]

A utiliser sans modération
Matin, midi soir et même entre les repas, ça fait pas grossir
Je viens de parcourir ce topic, et je vois que certain disent beaucoup de bêtises

a++

[anthodev35]

JE suis pour bien évidement...
Un exemple simple : un formulaire d'inscription avec pseudo unique.
Vérifier le pseudo en temps réel avec ajax est génial plutôt que de perdre son temps à recharger la page à chaque erreurs.
Vérifier aussi que l'adresse email n'est pas déja utilisé en bdd...

on peut aussi faire un formulaire d'inscription en plusieurs étapes.

[nektarfl]

Pour ma part, je cherchais à créer un programme de facturation/gestion globale de mon entreprise, j'ai donc exploré la piste de l'appel successif de plusieurs pages PHP, mais j'avais des problèmes de lenteur d'affichage entre chaque page, sans compter le passage de plusieurs variables à chaque fois pour savoir ou en est le programme dans sa globalité, autant dire un arrachage de cheveux continuel.
Puis j'ai exploré la piste des appels de la base de données par AJAX et la gestion des récupérations avec JS, avec une interface chargée dès le début de l'application (merci au CSS pour me permettre de cacher ce qui ne doit pas être vu)
Grande révélation pour moi à ce moment là. Deux ans de programmation plus tard (à raison d'une moyenne de 1h par soir) j'ai commencé à facturer avec. Maintenant, Après bientôt 3 ans de facturation, j'ai éliminé tous les bugs (enfin presque, mais ceux qui restent ne sont pas génant ni bloquants.
Au final, sans AJAX, je n'aurais jamais pu aller plus loin dans mon idée. J'en colle un petit peu partout ou la moindre aide pour gagner du temps en traitement peu être satisfaite.
Je précise que je programme "en dur", c'est à dire sans framework qui, s'il a l'avantage de gérer tous les cas possibles offre aussi l'inconvénient de ne pas ma permettre de comprendre tout ce qui se passe et dans le cas d'un bug, j'aurais tendance à lui en rejeter la cause...
l'amateur que je suis a quand même quelques années d'expérience puisque mon premier programme date de 1981 (oui, le vieux !!)

[Death83]

Avez vous d'autres exemple d'utilisation à part pour les formulaires (pour le moment je le fait en php et je ne pense pas que ca soit trop grave).

?

[gorgonite]

des que tu as besoin d'afficher des donnees depuis une bdd...

pour te faire une application web sans trop de calcul remplacant une applet (cf ce qui a ete dit precedemment)

[Death83]

des que tu as besoin d'afficher des donnees depuis une bdd...

Comment ca se fait ca? Le js communique par lui meme à la base de donné ou alors faut-il exporter la base dans un XML?

[titoumimi]

dans AJAX, ti n'es pas obligé d'utiliser le X(html) ;-)

Ainsi, je l'utilise ici : http://www.ect-industries.fr/dev/ (tapes des chiffres dans rechercher par références).

J'appelle simplement mon php de traitement et d'affichage, mais ca me permet de l'afficher directement, et de réduire le champs de recherche à chaque nouvelle touche pressée. Ca évites à l'utilisateur de devoir soumettre le formulaire à chaque fois.

L'exepmle de sidth est bien choisi : une sélection dans une liste déroulante, qui en ofnction du choix t'affiche une autre liste déroulante. Ca évites un rechargement de la page inutile ...

[Death83]

Je vouais pas parler de XHTML mais de page XML pour contenir les donnée .

Ca m'interesse alors le AJAX. Car en fait je compte faire un systeme de gestion de collection dans mon site. Et justement j'aimerais faire un moteur de recherche qui affiche les résultat au fur et a mesure que la personne tape le mot clé. (mais qui fonctionnera comme moteur de recherche normal si JS n'es pas activé).

Je dois donc d'abod me mettre sérieusement au JS pour ca .

[titoumimi]

Je dois donc d'abod me mettre sérieusement au JS pour ca .

Pas du tout, c'est très simple. les fonctions de sidth sur son tuto m'ont permis de faire l'effet de ma page, avec quasi aucune modification...

Je t'envoies le code par MP.