I’m a big believer that HTML5 will be a game changer. It reminds me of the introduction of DHTML over a decade ago, and although DHTML the term never really caught on, it definitely paved the way to the eventual discovery of Ajax and an integral part of what is considered standard web application practice today.
1 2 3 4 5 6 7 8
Including the app_storage.js script creates the appStorage object on the browser window. Next, you call the connect method on the server object ($), passing in the identity of the user. Currently, an email-only method of authenticating is available, as well as Twitter OAuth. Once connected, the appStorage API behaves essentially like the localStorage API. And it doesn’t force you to store strings like localStorage does, meaning you don’t need to serialize/deserialize objects to/from JSON.
For reading data from Stor.IO, you’ll need to wait on the server to identify the user and retrieve their data, and there’s a ready() handler available for that:
1 2 3 4 5 6 7 8
Underneath, how Stor.IO works is that it creates an iframe and uses the postMessage API to work around the same origin policy that handicaps Ajax calls. The server is Sinatra app with the data being stored in MongoDB. The data is isolated by the user identity and the application path, which is a substring the current URL up to the first directory path, so http://localhost/app1 and http://localhost/app2 will actually hold different data sets.
To flush out the initial implementation, I wrote a very rudimentary todo application. It’s actually hosted on Github pages, so you can see how everything works from the project page. Even better is that you can fork the project and immediately have groundwork on your own todo application, with hosting courtesy of Github.
Please give it a shot and join the Google Group if you have questions or are interested in further development.