-
Notifications
You must be signed in to change notification settings - Fork 397
Roadmap
Right now, JsonValidator validates both the schema and the instance. Offer a mode which will allow to validate only the instance (of course, if the schema is wrong, behavior will be undefined).
DONE
Even though it is not out yet, some features of draft v4 are already known: implement them
DONE
This is very important, since in theory we can have schemas which will obey different versions of the draft. Switch validators etc when this keyword is encountered.
DONE
For now, it is draft v3 always. Some people may not want that.
DONE
For now, it is linked to the default version. Some people may not want that.
But first, understand that section and its implications...
Right now the whole instance is read in memory before proceeding -- not a smart move if you want to validate really big stuff. Try and stream the process instead... Ouch. This means a redesign.
The format keyword theoretically allows users to register their own formats. Allow that.
Javascript is limited, by its specification, to operate on 64bit IEEE 754 numbers. The implementation handles numbers with an arbitrarily large precision by default, but this may be unneeded. Make a validation feature which will limit itself double only (at the cost of loss of precision for divisibleBy, of course...).
(I frankly hesitate to do this one: what would be the gain after all? If you use floating point numbers, chances are high you need the precision offered currently...)
Provide some base schemas to avoid looking over the Web for them, among them the draft v3 schema.
(Hmm, what schemas? That doesn't seem like a good idea... This needs to be rephrased)