Discussion :

[Bovino]

Ludovic Chane Won In, de Ippon Technologies, vous propose un article : Une application HTML5 desktop en mode offline.

Dans cet article, l'auteur vous fait partager son retour d'exp�rience sur un projet d'application de type � desktop � en HTML5 utilisant l'API offline.

N'h�sitez pas � faire part de vos remarques et commentaires voire d'apporter des informations compl�mentaires sur des probl�matiques similaires que vous auriez pu rencontrer lors de vos propres d�veloppements.

Une application HTML5 desktop en mode offline.

[SylvainPV]

Bon article

Une des probl�matiques que j'avais rencontr�e avec une web app offline �tait qu'il fallait enregistrer les actions de l'utilisateur pour les synchroniser plus tard lorsque la connexion a �t� retrouv�e.

Pour r�aliser cela, j'ai cr�� une m�thode Javascript destin�e � tous les appels AJAX sortants, qui lorsque la requ�te �chouait la pla�ait dans une pile elle-m�me stock�e dans le localStorage. Puis, toutes les 30 secondes, lorsque la pile n'est pas vide le script essaie de la vider en relancant dans l'ordre les requ�tes (First In First Out).

Pour aller plus loin, il faut passer par un templating full client-side (c'est � dire g�n�rer toutes les pages en Javascript � partir de la data) de telle sorte que m�me si l'utilisateur est hors-ligne et la requ�te �choue, les pages peuvent encore �tre "mises � jour" avec les actions de l'utilisateur. A l'�tape de synchronisation le mod�le c�t� client ne change pas, ce qui fait que l'utilisateur passe du online au offline et vice-versa en toute transparence (bien que j'ajoute un signe disctinctif aux donn�es encore non synchronis�es)

Connaissez-vous d'autres moyens de g�rer les actions utilisateur en hors-ligne et la synchronisation ?

[Invit�]

bonjour

localStorage c'est vraiment pratique mais il est un probl�me qui n'est pas �voque c'est la fa�on dont est stoker ces donn�s par le navigateur ou plutot les navigateurs car chaques navigateurs a son fichier de sauvegarde et contrairement aux cookies si je sauvegarde un fichier avec chrome il ne sera pas possible de le visualis� avec firefox et vice versa.

[Kaamo]

@mekal : Apparemment, dans l'article il est mentionn� qu'ils ont utilis� Locache pour g�rer les navigateurs n'impl�mentant pas le LocalStorage. La librairie propose aussi des outils afin de g�rer l'�criture/la lecture de fa�on simple. (voir le lien)

Cela reste une appli pour une seule personne, qui n'a pas besoin de se resynchroniser avec le serveur derri�re. Dommage, c'est le plus int�ressant

Personnellement, j'utilise IndexedDB. localStorage �tant synchrone, �a peut te bloquer le rendu du document tant que tout n'est pas charg� en m�moire. Sans parler des 5 Mo de limite, des donn�es qui ne sont en fait que des chaines, du traitement stringify/parse redondant dont on aimerait bien se passer, de l'acc�s disque � chaque appel de localStroage (qui peut �tre long en cas d'antivirus qui check etc), du syst�me non transactionnel / pas de concept d'index (donc pour chercher dans la base locale .... ) ... etc, Bref, localStorage, � part �tre plus simple d'utilisation qu'IndexedDB, je m'en �loigne autant que je le peux.
Mais oui, pour ce type d'application en exemple, �a semble suffisant mais t'es vite limit� avec �a.

ps : A noter que Google Chrome Frame va bient�t mourir (�a date d'il y a moins d'une semaine)

Connaissez-vous d'autres moyens de g�rer les actions utilisateur en hors-ligne et la synchronisation ?

Non, j'utilise la m�me technique � ceci pr�s que c'est avec une IndexedDB et du websocket. Mais dans la logique c'est similaire. Un d�mon qui tourne toutes les X secondes pour checker la connexion et synchroniser si n�cessaire et un "flag" pour diff�rencier le "synchro" du "non-synchro". Bien s�r du templating c�t� client. Aussi, certaines actions sont impossibles � r�aliser en offline, du coup c'est plus un mode "d�grad�" qu'un mode d�co.

[SylvainPV]

Oui l'IndexedDB mais depuis que j'ai un projet de 2 mois qui a �t� quasi-foutu � la poubelle � cause de l'abandon de l'API WebSQL, je me m�fie Au moins le localStorage est support� quasi partout et ce n'est pas pr�t de changer

[Kaamo]

C'est clair que sur ce point, je n'ai rien � dire localStorage est beaucoup mieux support�. Mais les "t�tes pensantes" du Web s'orientent sur IndexedDB qui sera un standard W3C donc ne sera pas abandonn� comme l'a �t� WebSQL. J'ai travaill� sur IndexedDB en me basant sur la sp�c de mai 2012 et elle a �volu� depuis peu (mai 2013).
Du coup, faut rester � la page pour ne pas que tout te claque entre les pattes. Mais c'est un peu le jeu quand tu utilises une techno en cours de stabilisation .. tu essuies les pl�tres