lostorage.js - lib de persistance de données plutôt bien écrite (en)

Cette librairie n'utilise pas la correctement l'interface Storage [1]. En l'occurence elle ne s'appuit pas sur les méthodes *standardisées* getItem et setItem pour manipuler les objets stockés. Par ailleurs, cette librarie s'octroit le droit de reserver 2 variables globales (storage et session) dont les noms sont, selon moi, bien trop génériques.

[1] http://www.w3.org/TR/webstorage/#the-storage-interface

C'est vrai que c'est dommage ce pseudo-fallback moisi, parce que dans l'idée, c'est intéressant

C'est l'occasion de forker et faire un pull request. :-p

C'est fait ;-)
https://github.com/js-coder/lostorage.js/pull/1

En passant, vous benefierez peut-être d'une correction de bug si l'auteur accepte le pull. Notez que ce bug laisse à penser qu'il n'a pas beaucoup testé son code...

Bien joué !

L'auteur est réactif ! Il a déjà mergé le pull request.

Apres je suis d'accord avec toi Gildas, il serait préférable d'avoir les objets storage et session encapsulés dans un un nameSpace comme par exemple LoStorage.
( LoStorage.storage et LoStorage.Session )

Comme ça chacun est libre de remaper à sa guise.
Pour ma part se serait :
LSession=LoStorage.session et LStorage=LoStorage.storage

Après, je vois dans sa roadmap [1] qu'il a prévu de passer son API en AMD [2]. Ca devrait résoudre ce problème définitivement ;-)

[1] https://github.com/js-coder/lostorage.js/wiki/Getting-started
[2] https://github.com/amdjs/amdjs-api/wiki/AMD

et ben voila !

NB: Merci de faire la lecture pour moi et de me pointer directement sur les truc s intéressants :-)

De rien, c'est un plaisir :)