Re: [Json] The names within an object SHOULD be unique.

[Jorge Chamorro <[e-mail]>]

On 30/07/2013, at 16:11, Joe Hildebrand (jhildebr) wrote:

> On 7/30/13 1:11 PM, "Jorge Chamorro" <[e-mail]> wrote:
> 
>> On 28/07/2013, at 05:46, John Cowan wrote:
>>> Jorge Chamorro scripsit:
>>> 
>>>> Yes, but it's problematic only for the streaming parsers that emit
>>>> [key,value] pairs, not for those which emit entire objects.
>>> 
>>> In what sense are they streaming parsers, then?  The whole idea of a
>>> streaming
>>> parser is that it passes along the elements of JSON objects, arrays, and
>>> perhaps even strings and numbers bit by bit to the invoking application.
>> 
>> Say you've got a stream (a pipe or a network connection) and a stream of
>> json-objects arriving through it, you may very well want the parser to
>> emit entire objects instead of its parts, no?
> 
> I've never seen an implementation that is both streaming and not streaming
> at the same time.  Can you say more about how you'd write the API for
> that?

Easy:

parser= CreateStreamingParser(stream, listener);

:-)

Whenever the parser's got a complete json-object, it simply calls listener(JSON.parse(json-object));

> Better, can you give an example of such an implementation?

There's a bunch, most use a delimiter (say \0) as a chunks boundary marker so that they can be stateless.

But some aren't stateless:
<http://www.chrisdew.com/blog/2013/06/11/json-stream-rfc-a-standard-for-delimiting-in-a-stream-protocol-tcp/>

There's also node.js' fork(), where communication between parents and children happens via "messages" that a are json.strigify()ed objects, via a pipe or a network connection.

The thing is, a streaming parser is one whose *input* is a stream, isn't it?

> If you mean an application that takes a stream of complete JSON objects
> without wrapping them in an array, that problem is likely out of scope,
> and the processor would act identically to a non-streaming implementation
> in our existing worldview.

That's why I said that duplicate keys complicate only those parsers that emit parts as soon as they arrive.
-- 
( Jorge )();