Re: [IndexedDB] Behavior of IDBObjectStore.get() and IDBObjectStore.delete() when record doesn't exist


> I don't understand that.
> > with the proposal, undefined clearly means the entry does not exist as
> there is no way to put an undefined into the object store (as
> .put(undefined, key) deletes the entry).
> The confusing part is that a function called 'put' actually deletes
> something, especially since we also have a 'delete' function.

Sure, you could get rid of the delete function :-) I think the meaning of
"put(undefined, key)" is pretty clear.

> I would put the question this way: What problem are you trying to
> solve? If the problem is that people can't store "undefined" and then
> tell "undefined" apart from "not there" then your proposal doesn't
> solve that problem as "undefined" can't be stored at all.

Precisely, the solution I am proposing is based on disallowing storing of
'undefined'. What does it mean to store 'undefined' anyway? People can still
use null.

If you disallow storing 'undefined', "put(undefined, key)" would need to
throw an exception. I am proposing having "put(undefined, key)" be the same
as "remove(key)" to avoid having an exception. After all the initial concern
was avoiding having to handle exceptions.


Received on Monday, 8 November 2010 20:02:47 UTC