- From: Anne van Kesteren <annevk@opera.com>
- Date: Wed, 09 Sep 2009 21:59:58 +0200
- To: "Jonas Sicking" <jonas@sicking.cc>
- Cc: "WebApps WG" <public-webapps@w3.org>
On Wed, 09 Sep 2009 21:49:07 +0200, Jonas Sicking <jonas@sicking.cc> wrote: > Yes, you need to serialize. But you can serialize using whatever > format you want for web storage. I know. That's why I'm asking about Web Sockets in relation to work needing to be done for Web Storage and not just about Web Storage. >> If the format for Web Sockets is >> clear maybe we have to only worry about the serialization of structured >> clones once. > > True, once an implementation writes the code for websockets you could > then reuse that for localStorage. However there is a good reason not > to. Say that someone stores an object like: > > { > hello: "bar", > theFile: myFile > } > > where 'myFile' is a File object. In this case you'll probably want to > store the file object separately. This way when data is read out of > localStorage, you won't need to read in the file data. Instead you > just serialize a pointer to where the file data is stored, and then > when deserializing, create a File object that reads (asynchronously) > from that location. Sure. Some things might be better done in a different way. The specification for Web Storage cannot require the serialization format one way or another anyway so that does not matter much. Anyway, this was supposed to be a very simple request. If it's not clear then lets drop it. Changing some serialization code later on shouldn't be much of a problem. -- Anne van Kesteren http://annevankesteren.nl/
Received on Wednesday, 9 September 2009 20:00:53 UTC