Realised last night that JavaScript Database (JSDB) doesn’t run the constructor on persisted custom objects (https://codeberg.org/small-tech/jsdb#custom-data-types) when deserialising them because I didn’t know that you apparently have to define your constructor manually when using Object.create().
Will fix it today but it’s something to watch out for if you’re using Object.create() directly.
Just a quick update on this: after some experimentation and further thought, I feel the way JSDB works currently is the right trade-off.
While it could run the constructor of persisted custom objects when loading them back in, that would impose a rigid authoring flow that would sacrifice ease of use for simple use cases. I find the latter more important in this case.
(I’m off to document this ‘feature’ now as it is currently undocumented and that’s not good.) :)
Implementing these changes would mean that custom classes can extend base classes (e.g., EventEmitter, so we can, for example, listen for events on sessions in Kitten)
The con of dictating the constructor signature for custom classes is outweighed by the pros.
So I just implemented this, plus pseudo-private property support, etc., and will be releasing a new major version of JSDB soon.
Add comment