Supply an array of keys for understanding value context? about proposal-json-parse-with-source

[gibson042]

There was consensus on the TC39 Incubator call to not provide keys in this proposal unless a significant use case is identified. This functionality is potentially valuable for practitioners, but can be easily added to the proposal or a followup.

In order to inform decisions around such an addition and address concerns about memory pressure, implementations should collect statistics about use of JSON.parse with large input and a reviver function. Parallels were also drawn to the currently-Stage-3 RegExp Match Indices proposal.

[haoadoreorange]

We're having a defined use case for this. Which is "sorta" implemented here: https://github.com/haoadoresorange/when-json-met-bigint

The roundtrip example in the README of this proposal will fail if the number is within the range for number type. In the repo above we allow the use of a "schema" to enforce such roundtrip.

[jandem]

As an implementer, I'm a bit concerned about adding more overhead (performance, complexity) for this relatively niche use case.

Maybe this could be a follow-up proposal, since it's strictly an addition (adding another property to the context object)?