No we can't; I already explained why in another email last night. Copypasta:
json_decode() can deal with Unicode sequences because decodes to UTF-8. That is
not possible in a language construct:
What if I do this, in a latin1 encoded file:
$x = {foo: "ä", bar: "\u0123"}
Should that then give mixed encodings? The "ä" in foo in latin1 and the stuff
in bar in UTF-8?
And what if I do:
$x = {foo: "ä\u0123"}
I'll either end up with an invalid UTF-8 sequence, or with latin1 character
soup.
David
On 02.06.2011, at 18:04, Martin Scotta <martinsco...@gmail.com> wrote:
> Could we first go out with fully JSON compatible version for 5.4?
> and then later decide the => stuff based on how that worked.
>
> Native JSON is a big stuff for userland, and I'm pretty sure it will bring a
> hole of core version upgrades.
>
> Martin Scotta
>
>
> On Wed, Jun 1, 2011 at 7:09 PM, Sean Coates <s...@seancoates.com> wrote:
>
>>> Now, the only reason I would personally support the array shortcut is
>>> if it was an implementation of JSON. I know that's not on the table
>>> here
>>
>> I don't think anything is officially off the table, unless we forego
>> discussion.
>>
>> My application is largely JSON-powered. We pass data from back- to
>> front-end via JSON, we interact with MongoDB via the extension (which is an
>> altered JSON-like protocol (arrays instead of objects), but would be a lot
>> more fluent with actual objects—they're just too hard to make in current
>> PHP), and we interface with ElasticSearch. The paste I linked earlier is our
>> primary ElasticSearch query.
>>
>> The benefits of first-class JSON are important and wide-reaching;
>> especially when interacting with systems like the ones I've mentioned.
>> There's a huge amount of value in being able to copy JSON out of PHP and
>> into e.g. CURL to make a query to ElasticSearch without worrying that I've
>> accidentally nested one level too deep or shallow, or accidentally
>> mistranslating my arrays into JSON.
>>
>> This is not about saving five characters every time I type array(), it's
>> about making my systems all work together in a way that's a little less
>> abstracted, and a lot less prone to error.
>>
>> S
>> --
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
