Message236345
Is it even legal to have non-string keys in a JSON object? If they must be strings, and they must be unique, I don't think a key argument is necessary (and it would save the generation of the key array; not doing the work is faster than doing the work more efficiently after all), since the default tuple comparison would work fine; the first element would always be unequal, so the second elements would never be compared, right?
I'm not 100% on this with the rich comparison operator approach, but my attempts to trigger a failure haven't worked (TimSort or the tuple comparison, or both, are probably smarter about this than I am). |
|
Date |
User |
Action |
Args |
2015-02-21 00:43:21 | josh.r | set | recipients:
+ josh.r, wbolster |
2015-02-21 00:43:21 | josh.r | set | messageid: <1424479401.62.0.612450878611.issue23493@psf.upfronthosting.co.za> |
2015-02-21 00:43:21 | josh.r | link | issue23493 messages |
2015-02-21 00:43:21 | josh.r | create | |
|