Ah oui carrément.
Mais de part la structure de xajax, le fait d'enregistrer ses fonctions, pour le développeur débutant, ça pousse le type à se dire : "Ah, ces fonctions faut que je fasse attention à les proteger par is_admin(), ...".
Enfin c'est un peu capilotracté, mais en essayant de me mettre dans la tête du débutant, je me dit que xajax pousse à avoir se déclic. Bon d'accord, c'est minime mais je pense que c'est véridique. Faire de l'AJAX avec jQuery est beaucoup plus souple, on peut faire tout et n'importe quoi, si on est pas habitué à travailler de cette manière on se pose peut-être pas les bonnes questions quand on aborde l'asynchrone.
D'ailleurs, je le vois bien quand je donne mes cours. Certain se disent que l'AJAX c'est comme un simple GET sauf qu'on capture la page avec jQuery, chacun à son approche. Alors j'ai droit à dû :
- je charge une URL lambda de mon site, je récupéres les infos dont j'ai besoin avec un selecteur et je met à jour sur ma page actuelle.
- une URL correspond à une fonction, et j'ai du retour HTML et je remplace
Moi je vois surtout le truc en me disant, j'ai un modèle MVC solide, sans avoir à ré-écrire un seul bout de mon code, en étant bien dans le REST, c'est mon code qui détecte si je fais de l'AJAX (ou alors je lui envoi l'info en suffixant mon URL par /json, /xml, ...) et traite le format dont j'ai besoin sans aller jusqu'au chargement de la vue. Si j'ai besoin d'une div en particulier d'une page, je lui envoi une requete qui va faire que mon moteur va me renvoyer seulement la bonne div extraite de mon template. Faut que ce soit souple.
Mais de part la structure de xajax, le fait d'enregistrer ses fonctions, pour le développeur débutant, ça pousse le type à se dire : "Ah, ces fonctions faut que je fasse attention à les proteger par is_admin(), ...".
Enfin c'est un peu capilotracté, mais en essayant de me mettre dans la tête du débutant, je me dit que xajax pousse à avoir se déclic. Bon d'accord, c'est minime mais je pense que c'est véridique. Faire de l'AJAX avec jQuery est beaucoup plus souple, on peut faire tout et n'importe quoi, si on est pas habitué à travailler de cette manière on se pose peut-être pas les bonnes questions quand on aborde l'asynchrone.
D'ailleurs, je le vois bien quand je donne mes cours. Certain se disent que l'AJAX c'est comme un simple GET sauf qu'on capture la page avec jQuery, chacun à son approche. Alors j'ai droit à dû :
- je charge une URL lambda de mon site, je récupéres les infos dont j'ai besoin avec un selecteur et je met à jour sur ma page actuelle.
- une URL correspond à une fonction, et j'ai du retour HTML et je remplace
Moi je vois surtout le truc en me disant, j'ai un modèle MVC solide, sans avoir à ré-écrire un seul bout de mon code, en étant bien dans le REST, c'est mon code qui détecte si je fais de l'AJAX (ou alors je lui envoi l'info en suffixant mon URL par /json, /xml, ...) et traite le format dont j'ai besoin sans aller jusqu'au chargement de la vue. Si j'ai besoin d'une div en particulier d'une page, je lui envoi une requete qui va faire que mon moteur va me renvoyer seulement la bonne div extraite de mon template. Faut que ce soit souple.