Voici un ensemble de règles à respecter pour faciliter le portage d'une application Adélia Web en mode AJAX.
Règle n°1
Vérifiez que votre maquette XHTML est compatible avec la norme définie par le World Wide Web Consortium.
Le non-respect de cette norme peut entraîner des erreurs Javascript lors de la mise à jour de la page.
Par exemple, il est interdit de positionner une balise <FORM> dans une balise <TABLE> en dehors d'une balise <TD>.
Comme le maquetteur Dreamweaver® ne vérifie pas le respect de cette norme, il est possible d'utiliser le validateur du World Wide Web Consortium à l'adresse http://validator.w3.org/.
Règle n°2
Vérifiez que toutes les balises <ADELIA :TABLELIST> contiennent une balise <TBODY> si elles doivent être rafraîchies en mode AJAX.
Si ce n'est pas le cas, sélectionnez la balise dans le maquetteur Dreamweaver®, la balise <TBODY> sera automatiquement ajoutée.
Règle n°3
Vérifiez l'existence de traitants d'événements sur les événements Javascript ONLOAD et ONUNLOAD.
Lors de l'exécution d'un événement Adélia AJAX bouclant sur une même page, ces événements ne sont plus déclenchés.
Règle n°4
Vérifiez que les bibliothèques Javascript utilisées n'exécutent pas d'instructions document.write ou document.writeln. Ces instructions ne sont pas compatibles avec le mode AJAX. Remplacez ces appels par des appels aux API Javascript DOM.
Règle n°5
Vérifiez si des traitements Javascript sont exécutés au chargement de la page. Si ces traitements doivent être exécutés à chaque événement Adélia, placez ces traitements dans un objet Aire de rafraîchissement.
Il est conseillé de regrouper tous les traitements dans un même objet Aire de rafraîchissement.
Règle n°6
Vérifiez le bien-fondé de basculer un événement Adélia du mode classique au mode AJAX. Si un traitant d'événements affiche une autre page que la page courante dans tous les cas d'exécution, alors il est déconseillé de basculer cet événement en mode AJAX.
Règle n° 7
Ajustez le comportement (paramètre :COMP) d'un événement AJAX en fonction du besoin fonctionnel pour savoir comment réagir si l'utilisateur déclenche un événement alors qu'il est déjà en cours de traitement sur le serveur d'applications Web.