Déjà, toute la partie purement applicative peut se mettre en cache, et auquel cas échanger "juste les messages" sera certainement plus efficace que d'échanger tout le formatage HTML qui va devoir aller autour.
Ensuite, ce ne serait pas vraiment de l'AJAX, puisque le protocole de communication serait du XMPP BOSHé (bon, le XMPP est du XML, donc on s'en rapproche, mais on peut difficilement être fan de XMPP et vomir XML).
Pour ce qui est de la charge imposée par le Javascript, la mode est tellement aux applications "lourdes" sur nos chers smartphones, que ça ne dépareillerait pas. Et de toutes manières, si vous souhaitez un tant soit peu de réactivité et d'effet "Waouh" sur la version mobile, il faudra en passer par là : la recharge intégrale de la page à chaque fois, ça ne plaît pas à grand monde.
Au final, Jappix mobile fonctionne (du moins fonctionnait la dernière fois que j'ai testé, et vu comme les téléphones ont gagné en performances depuis…). Donc rien n'empêcherait d'avoir une interface purement JS/HTML sur les téléphones, d'avoir un protocole de communication purement XMPP/BOSH entre eux et le serveur, et d'avoir les éventuels traitements "lourds" non-déportables exécutés côté serveur Jabber (et non pas côté Apache).
Ou alors faut arrêter de communiquer sur le côté XMPP, parce que finalement l'utilisateur final n'en voit pas la queue.
[^] # Re: bosh?
Posté par Larry Cow . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 6.
Déjà, toute la partie purement applicative peut se mettre en cache, et auquel cas échanger "juste les messages" sera certainement plus efficace que d'échanger tout le formatage HTML qui va devoir aller autour.
Ensuite, ce ne serait pas vraiment de l'AJAX, puisque le protocole de communication serait du XMPP BOSHé (bon, le XMPP est du XML, donc on s'en rapproche, mais on peut difficilement être fan de XMPP et vomir XML).
Pour ce qui est de la charge imposée par le Javascript, la mode est tellement aux applications "lourdes" sur nos chers smartphones, que ça ne dépareillerait pas. Et de toutes manières, si vous souhaitez un tant soit peu de réactivité et d'effet "Waouh" sur la version mobile, il faudra en passer par là : la recharge intégrale de la page à chaque fois, ça ne plaît pas à grand monde.
Au final, Jappix mobile fonctionne (du moins fonctionnait la dernière fois que j'ai testé, et vu comme les téléphones ont gagné en performances depuis…). Donc rien n'empêcherait d'avoir une interface purement JS/HTML sur les téléphones, d'avoir un protocole de communication purement XMPP/BOSH entre eux et le serveur, et d'avoir les éventuels traitements "lourds" non-déportables exécutés côté serveur Jabber (et non pas côté Apache).
Ou alors faut arrêter de communiquer sur le côté XMPP, parce que finalement l'utilisateur final n'en voit pas la queue.