json with rudimentary type encoding/decoding for Python
Project description
Adds support for a couple of new Python magic methods to make Python object oriented JSON encoding and decoding a bit easier, with the following goals in mind:
jsonlight.dumps should always work, even if it has to fallback to a string
it detects if an object being dumped defines a __jsondump__ method
it detects if an object being dumped is of a type defined in the global typemap, or the one that’s being used
for complete round-tripping, the type schema is maintained in a __jsonload__ method that you must implement
Standard types
This is what you can already do in Python:
from json import loads, dumps
from uuid import UUID, uuid4
obj = uuid4()
assert obj == UUID(loads(dumps(str(obj))))
All standard Python types such as UUID must have an encode/decode method in the default typemap provided by jsonlight, so encoding to JSON should always work. However, the type must be specified on load:
from jsonlight import loads, dumps
from uuid import UUID, uuid4
obj = uuid4()
assert obj == loads(UUID, dumps(obj))
You can see that the main difference with json.loads is that jsonlight.loads requires a type as first argument. This is because jsonlight.loads will first call json.loads to convert the string into a Python object with basic JSON tyes, and then pass that to the type’s __jsonload__ function.
Nested types
You may leverage the __jsondump__ and __jsonload__ methods based on the following conventions:
__jsondump__: return a representation of self with JSON data types
__jsonload__: instanciate an object based on the result from __jsondump__
Example:
from jsonlight import load
class YourClass:
def __init__(self):
self.now = datetime.now()
def __jsondump__(self):
return dict(now=self.now)
@classmethod
def __jsonload__(cls, data):
return cls(load(datetime, data['now'])
As you can see:
you don’t have to worry about calling __jsondump__ on return values of your own __jsondump__ because jsonlight.dumps will do that recursively,
you have full control on deserialization just like with __setstate__, but if you call jsonlight.load in there yourself then you don’t have to duplicate deserialization logic on nested objects,
Typemaps
This lib must support all standard Python types, and it already works for things like UUID or Path because they cast fine from and to strings.
If you decided that you wanted to remove the leading slash of all Path objects dumps and ensure there is one on load for example, then you could do so by setting the encoder and decoder functions in a typemap:
typemap = {
Path: (
lambda value: str(value).lstrip('/'),
lambda data: Path('/' + data.lstrip('/')),
),
}
assert dumps(Path('/foo/bar'), typemap) == '"foo/bar"'
assert loads(Path, '"foo/bar"', typemap)
However, this is not the case for datetimes and there is no JSON standard for datetimes. Since it is a requirement for jsonlight to support all standard python types, a default typemap is also included, which makes datetimes export to string with .isoformat() and from string with .fromisoformat():
now = datetime.now()
assert now == loads(datetime, dumps(now))
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
File details
Details for the file jsonlight-0.0.4.tar.gz
.
File metadata
- Download URL: jsonlight-0.0.4.tar.gz
- Upload date:
- Size: 3.2 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/3.2.0 pkginfo/1.5.0.1 requests/2.24.0 setuptools/41.2.0 requests-toolbelt/0.9.1 tqdm/4.47.0 CPython/3.8.2
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | bf28468a783017d3bacc146c93762585b795d150cbf118d6ba39ff0c2cedad29 |
|
MD5 | fb41fd2610bf997671c86c6d2c9dba38 |
|
BLAKE2b-256 | ba608e9586c20fa0e9fa98de31926e9a73fdeb8b2acce89cc6747579d9141ac6 |