Storing instances using jsonpickle

Ned Batchelder ned at
Sat Sep 6 18:56:32 CEST 2014

On 9/6/14 12:32 PM, MRAB wrote:
> On 2014-09-06 01:20, Chris Angelico wrote:
>> On Sat, Sep 6, 2014 at 3:04 AM, MRAB <python at>
>> wrote:
>>> JSON has 'true' and 'false'.
>>> Python has 'True' and 'False'.
>>> Therefore, if you want it to be able to drop it into Python's REPL,
>>> it won't be compatible with JSON anyway! (Well, not unless you
>>> define 'true' and 'false' first.)
>> This is a new spec, so I guess the question is whether it's
>> primarily "JSON with some more features" or "subset of Python syntax
>> in the same way that JSON is a subset of JS". If it's the former,
>> then yes, it'd use "true" and "false", and you'd have to define them;
>> but if the latter, the spec would simply use "True" and "False". But
>> being able to guarantee that JSON decodes correctly with this parser
>> (ie make it a guaranteed superset of JSON) would be of value.
> I've found that there's another issue with JSON: string escapes include
> \u, but not \U:
>  >>> json.dumps('\U0010FFFF')
> '"\\udbff\\udfff"'
> Yes, it uses surrogate escapes!
> Also:
>  >>> json.dumps('\uDBFF\uDFFF')
> '"\\udbff\\udfff"'
> so it won't round-trip.

Strings in JavaScript are explicitly defined to be sequences of 16-bit 
value, so the spec mandates surrogate pairs for codepoints outside the 
Basic Multilingual Plane, unfortunately.  JSON follows suit, also 

> On the other hand, you probably won't be using pairs of surrogate
> escapes in Python 3.3+.

Ned Batchelder,

More information about the Python-list mailing list