<div dir="ltr">Something still may be represented unambigously. <a href="https://github.com/talentdeficit/jsx#modulehandle_event2">https://github.com/talentdeficit/jsx#modulehandle_event2</a> shows an example of a parser similar to SAX which is something every json library does implement in some way.<div><br></div><div>With this component made a part of OTP other libraries would consume event stream and build whatever representation they want.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Best wishes,<div>-- </div><div>Dmitry Belyaev</div><div><br></div></div></div></div>
<br><div class="gmail_quote">On Mon, Sep 7, 2015 at 4:44 PM, Max Lapshin <span dir="ltr"><<a href="mailto:max.lapshin@gmail.com" target="_blank">max.lapshin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">floats, empty objects,  strings vs binaries.  How to store objects in erlang: map or proplist. If proplist, then what to do with non-unique keys? If maps, then how to maintain key order.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>