<div dir="ltr">fair enough, so everything that is not `object` or `null` should never use `new`. Is this somehow an indirect rule based on current specs or actually part of the specification?<div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Jul 17, 2018 at 11:12 AM J Decker <<a href="mailto:d3ck0r@gmail.com">d3ck0r@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Jul 17, 2018 at 1:48 AM Andrea Giammarchi <<a href="mailto:andrea.giammarchi@gmail.com" target="_blank">andrea.giammarchi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">We miss a fundamental feature in JS, the ability to understand if a native constructor can be used with `new` or not.<div><br></div><div>BigInt("5555555555555555555555555500003");<br></div><div>5555555555555555555555555500003n<br></div><div><br></div><div>new BigInt("5555555555555555555555555500003");<br></div><div>VM51:1 Uncaught TypeError: BigInt is not a constructor<br></div><div><br></div></div></blockquote><div><br></div><div>```</div><div><div>typeof(5n)</div><div>"bigint"</div></div><div> ```</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>Uint8Array([])<br></div><div>VM54:1 Uncaught TypeError: Constructor Uint8Array requires 'new'<br></div><div><br></div><div>new Uint8Array([])<br></div><div>Uint8Array []<br></div><div><br></div><div>Without that knowledge, any attempt to even think about a solution that would scale not only with BigInt but with everything else, is kinda futile.</div><div><br></div><div>Best Regards.</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 15, 2018 at 8:27 AM Anders Rundgren <<a href="mailto:anders.rundgren.net@gmail.com" target="_blank">anders.rundgren.net@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2018-07-15 08:17, J Decker wrote:<br>
<snip><br>
>     If you want to use BigInt with JSON you have to serialize it yourself:<br>
> <br>
> Yes; and I did forget to mentions erilaization side but the serlizer could do an additional type  check and emit and appropriate thing.<br>
<br>
It is the "appropriate thing" that is problem; the rest is trivial.<br>
<br>
Anders<br>
<br>
> I thought the replacer could be used- but the output of replacer would have to type check to see if it's a bigint too....<br>
> <a href="https://github.com/v8/v8/blob/master/src/json-stringifier.cc#L305" rel="noreferrer" target="_blank">https://github.com/v8/v8/blob/master/src/json-stringifier.cc#L305</a> case BIGINT_TYPE:  hmm and digging some more there's lots of eexcpetions thrown...<br>
> <br>
> does Number( "5n" ) ? result in a bigint? No....<br>
> ```<br>
> Number( "5n" )<br>
> NaN<br>
> var a = 5n<br>
> a<br>
> 5n<br>
> ```<br>
> <br>
> <br>
>     var small = BigInt(5n);<br>
>     var big = BigInt(5555555555555555555555555500003n);<br>
>     JSON.stringify([big.toString(),small.toString()]);<br>
> <br>
>     which generates ["5555555555555555555555555500003","5"]<br>
> <br>
>     Anders<br>
> <br>
>      > var small = 5n;<br>
>      > var big = 5555555555555555555555555500003n;<br>
>      ><br>
>      > n suffix as from<br>
>      > <a href="https://github.com/tc39/proposal-bigint" rel="noreferrer" target="_blank">https://github.com/tc39/proposal-bigint</a><br>
>      ><br>
>      >     JSON Number serialization has apparently reached a new level (of confusion).<br>
>      ><br>
>      >     Personally I don't see the problem.  XML did just fine without hard-coded data types.<br>
>      ><br>
>      >     The JSON type system is basically a relic from JavaScript.  As such it has proved to be quite useful.<br>
>      >     However, when you are outside of that scope, the point with the JSON type system gets pretty much zero since you anyway need to map extended types.<br>
>      ><br>
>      >     Oracle's JSON-B solution which serializes small values as Number and large values as String rather than having a unified serialization based on the underlying data type seems like a pretty broken concept although indeed fully conforming to the JSON specification. "Like the Devil reads the Bible" as we say in Scandinavia :-)<br>
>      ><br>
>      >     Adding a couple of double quotes is a major problem?  If so, it seems like a way more useful project making quotes optional for keys (named in a specific way), like they already are in JavaScript.<br>
>      ><br>
>      >     Yeah, and of course adding support for comments.<br>
>      ><br>
>      ><br>
>      > I'd rather not see numbers converted to strings; that would be required to allow application handling of values; at a layer higher than JSON core itself.  It is nice that JSON keeps numbers as numbers and strings as strings without needing intimite knowledge about the actual 'types' they end up in.<br>
>      ><br>
>      > Comparing numeric length would be a half/useless solution since bigints are required to interop with other bigints only; so small numbers couldn't be 'guessed' and the application would have to provide a reviver.<br>
>      ><br>
>      ><br>
>      ><br>
>      >     Anders<br>
>      ><br>
>      >     _______________________________________________<br>
>      >     es-discuss mailing list<br>
>      > <a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a> <mailto:<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a>> <mailto:<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a> <mailto:<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a>>><br>
>      > <a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
>      ><br>
>      ><br>
>      ><br>
>      > _______________________________________________<br>
>      > es-discuss mailing list<br>
>      > <a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a> <mailto:<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a>><br>
>      > <a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
>      ><br>
> <br>
> <br>
> On Sat, Jul 14, 2018 at 9:23 PM Anders Rundgren <<a href="mailto:anders.rundgren.net@gmail.com" target="_blank">anders.rundgren.net@gmail.com</a> <mailto:<a href="mailto:anders.rundgren.net@gmail.com" target="_blank">anders.rundgren.net@gmail.com</a>>> wrote:<br>
> <br>
>     On 2018-07-15 04:27, J Decker wrote:<br>
>      ><br>
>      ><br>
>      > On Sat, Jul 14, 2018 at 1:36 AM Anders Rundgren <<a href="mailto:anders.rundgren.net@gmail.com" target="_blank">anders.rundgren.net@gmail.com</a> <mailto:<a href="mailto:anders.rundgren.net@gmail.com" target="_blank">anders.rundgren.net@gmail.com</a>> <mailto:<a href="mailto:anders.rundgren.net@gmail.com" target="_blank">anders.rundgren.net@gmail.com</a> <mailto:<a href="mailto:anders.rundgren.net@gmail.com" target="_blank">anders.rundgren.net@gmail.com</a>>>> wrote:<br>
>      ><br>
>      >     var small = BigInt("5");<br>
>      >     var big = BigInt("5555555555555555555555555500003");<br>
>      >     JSON.stringify([big,small]);<br>
>      >     VM330:1 Uncaught TypeError: Do not know how to serialize a BigInt<br>
>      >           at JSON.stringify (<anonymous>)<br>
>      >           at <anonymous>:1:6<br>
>      ><br>
>      ><br>
>      > is BigInt the only way to create a BigInt ?  Or did they also implement the 'n' suffix, which I noted  here <a href="https://github.com/tc39/proposal-bigint/issues/24#issuecomment-392307848" rel="noreferrer" target="_blank">https://github.com/tc39/proposal-bigint/issues/24#issuecomment-392307848</a> would easily distinguish bigint from other numbers; and be easy to add on the parsing side; and call BigInt(xxx) instead of Number(xxx).<br>
> <br>
>     This problem is related to the BigInt object itself.  If you create such using the 'n' notation you get the same result.<br>
> <br>
>     If you want to use BigInt with JSON you have to serialize it yourself:<br>
> <br>
>     var small = BigInt(5n);<br>
>     var big = BigInt(5555555555555555555555555500003n);<br>
>     JSON.stringify([big.toString(),small.toString()]);<br>
> <br>
>     which generates ["5555555555555555555555555500003","5"]<br>
> <br>
>     Anders<br>
> <br>
>      > var small = 5n;<br>
>      > var big = 5555555555555555555555555500003n;<br>
>      ><br>
>      > n suffix as from<br>
>      > <a href="https://github.com/tc39/proposal-bigint" rel="noreferrer" target="_blank">https://github.com/tc39/proposal-bigint</a><br>
>      ><br>
>      >     JSON Number serialization has apparently reached a new level (of confusion).<br>
>      ><br>
>      >     Personally I don't see the problem.  XML did just fine without hard-coded data types.<br>
>      ><br>
>      >     The JSON type system is basically a relic from JavaScript.  As such it has proved to be quite useful.<br>
>      >     However, when you are outside of that scope, the point with the JSON type system gets pretty much zero since you anyway need to map extended types.<br>
>      ><br>
>      >     Oracle's JSON-B solution which serializes small values as Number and large values as String rather than having a unified serialization based on the underlying data type seems like a pretty broken concept although indeed fully conforming to the JSON specification. "Like the Devil reads the Bible" as we say in Scandinavia :-)<br>
>      ><br>
>      >     Adding a couple of double quotes is a major problem?  If so, it seems like a way more useful project making quotes optional for keys (named in a specific way), like they already are in JavaScript.<br>
>      ><br>
>      >     Yeah, and of course adding support for comments.<br>
>      ><br>
>      ><br>
>      > I'd rather not see numbers converted to strings; that would be required to allow application handling of values; at a layer higher than JSON core itself.  It is nice that JSON keeps numbers as numbers and strings as strings without needing intimite knowledge about the actual 'types' they end up in.<br>
>      ><br>
>      > Comparing numeric length would be a half/useless solution since bigints are required to interop with other bigints only; so small numbers couldn't be 'guessed' and the application would have to provide a reviver.<br>
>      ><br>
>      ><br>
>      ><br>
>      >     Anders<br>
>      ><br>
>      >     _______________________________________________<br>
>      >     es-discuss mailing list<br>
>      > <a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a> <mailto:<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a>> <mailto:<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a> <mailto:<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a>>><br>
>      > <a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
>      ><br>
>      ><br>
>      ><br>
>      > _______________________________________________<br>
>      > es-discuss mailing list<br>
>      > <a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a> <mailto:<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a>><br>
>      > <a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
>      ><br>
> <br>
<br>
_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</blockquote></div>
</blockquote></div></div>
_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</blockquote></div>