Autre chose : pas de rjs. Je sais, le rjs c'est "sexy" et tentant, on met d'abord un ou deux link_to_remote, et puis on y prend goût, on commence à faire des remote_form_for, et très vite c'est le drame : on emploie des vues javascript.
Et c'est là que commencent les problèmes, parce que la vue JavaScript sait qui elle est et ce qu'elle contient, mais pas où on va l'utiliser, et le jour où on l'utilise dans deux contextes différentes on s'aperçoit soudain que le premier contexte contient une liste à puces nommé "companies" alors que la nouvelle présente une div nommée "customers" et que le contenu du coup il rentre pas bien dans la 2°. Alors pour peu qu'on se dise "bon ben je vais rajouter un paramètre "target_id" à ma requête pour préciser le contexte d'arrivée" on se retrouve très vite à avoir des ronces qui poussent dans le contrôleurs, le javascript est infesté par les alertes et l'AJAX prend l'eau. La bonne idée : utiliser jQuery en non-obtrusive, faire des format.js qui répondent du json avec juste les données qui vont bien, utiliser jQuery, recevoir le JSON (ou le xml) avec une méthode de rappel appropriée et repeupler le HTML avec des nouveaux éléments sur mesure (la méthode de rappelle sait où elle est, elle), utiliser jQuery, en cas d'erreur renvoyer des codes erreurs HTTP correspondantes aux problèmes rencontrés (dans le cas d'erreurs de formulaire renvoyer les données d'erreur pour mettre des champs en rouge), utiliser jQuery. J'ai mentionné jQuery ? Michel Belleville --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] -~----------~----~----~----~------~----~------~--~---
