NJSON - next-json

Next JSON format

Why this package?

Because JSON is awesome, but...

JSON is awesome mainly for two reasons:

1. it offers an easy way to serialize and deserialize complex data;
2. a valid JSON encoded string can be pasted in a JavaScript source file, a really awesome feature while developing / debugging.

... but it has some limitations:

• do not supports undefined values,
• do not supports BigInt numbers,
• do not supports many other features...

This package is intended to offer something as great as JSON... trying to add something more.

NJSON Features

• ☑ extends JSON
• ☑ supports C style comments
• ☑ supports escaped new line in strings
• ☑ supports undefined
• ☑ supports -0, NaN and Infinity
• ☑ supports BigInt
• ☑ supports Date
• ☑ supports Int8Array, Uint8Array and Uint8ClampedArray
• ☑ supports Map
• ☑ supports RegExp
• ☑ supports Set
• ☑ supports URL
• ☐ supports Error
• ☐ supports circular references

NJSON extends JSON

This doesn't mean it's 100% compliant: due its higher number of supported features the result string of the serialization through NJSON.stringify may differs from the result of the serialization through JSON.stringify.

On the other hand, the result of the deserialization of a valid JSON encoded string through NJSON.parse will produce a value deep equal to the value produced by JSON.parse and the reviver function will be called the same amount of times, with the same parameters and in the same order.

Taken the result of a JSON.parse call (i.e. a value which contains only valid JSON values), if serialized through JSON.stringify or NJSON.stringify produces two equal strings and the replacer function will be called the same amount of times, with the same parameters and in the same order.

NJSON parser

NJSON offers its own parser which means it doesn't use eval with its related security hole.

Even if the NJSON serialized string is JavaScript compliant, NJSON.parse is not able to parse any JavaScript code, but only the subset produced by NJSON.stringify (otherwise it would have been another eval implementation).

Not supported by design

NJSON do not supports some Objects by design; when one of them is encountered during the serialization process they will be simply omitted (as JSON does). Follow the reasons.

ArrayBuffer

ArrayBuffers can't be manipulated by JavaScript design: Int8Array, Uint8Array or Uint8ClampedArray can be used.

Function

NJSON is designed to serialize / deserialize complex data to be shared between different systems, possibly written with other languages than JavaScript (once implementations in other languages will be written). Even if JavaScript can see a function as a piece of data, it is actually code, not data. More than this, for other languages, may be a complex problem execute JavaScript functions.

Last but not least, allowing the deserialization of a function would open once again the security hole implied by the use of eval, and one of the reasons why NJSON was born, is exactly to avoid that security hole.

Symbol

A Symbol is something strictly bound to the JavaScript execution environment which instantiate it: sharing it between distinct systems is something almost meaningless.

TypedArray

Except for Int8Array, Uint8Array and Uint8ClampedArray, TypedArrays are platform dependant: trying to transfer one of them between different architectures could result in unexpected problems.

Installation

With npm:

npm install --save next-json

Usage

JavaScript

import { NJSON, NjsonParseOptions, NjsonStringifyOptions } from "next-json";

const serialized = NJSON.stringify({ some: "value" });
const deserialized = NJSON.parse(serialized);

TypeScript

import { NJSON, NjsonParseOptions, NjsonStringifyOptions } from "next-json";

const serialized: string = NJSON.stringify({ some: "value" });
const deserialized: { some: string } = NJSON.parse<{ some: string }>(serialized);

API

NJSON.parse(text[, reviver])

Just for compatibility with JSON.parse. Alias for:

NJSON.parse(text, { reviver });

NJSON.parse(text[, options])

• text <string> The text to deserialize.
• options <NjsonParseOptions> Deserialization options.
• Returns: <unknown> The value result of the deserialization of the NJSON encoded text.

NJSON.stringify(value[, replacer[, space]])

Just for compatibility with JSON.stringify. Alias for:

NJSON.stringify(value, { replacer, space });

NJSON.stringify(value[, options])

• value <unknown> The value to serialize.
• options <NjsonStringifyOptions> Serialization options.
• Returns: <string> The NJSON encoded serialized form of value.

interface NjsonParseOptions

• numberKey: <boolean> Alters the type of the key argument for reviver. Default: false.
• reviver: <Function> Alters the behavior of the deserialization process. Default: null.

NjsonParseOptions.numberKey

If true, the reviver function, for Array elements, will be called with the key argument in a Number form.

NjsonParseOptions.reviver

As the reviver parameter of JSON.parse. See also replacer / reviver for NJSON specific details.

interface NjsonStringifyOptions

• date: <string> Specifies Dates conversion method. Default: "time".
• numberKey: <boolean> Alters the type of the key argument for replacer. Default: false.
• replacer: <Function> | <Array> Alters the behavior of the serialization process. Default: null.
• space: <number> | <string> Specifies the indentation. Default: null.
• undef: <boolean> Specifies the undefined behavior. Default: true.

NjsonStringifyOptions.date

Specifies the method of Date objects used to serialize them. Follows the list of the allowed values and the relative method used.

• "iso": Date.toISOString()
• "string": Date.toString()
• "time": Date.getTime() - the default
• "utc": Date.toUTCString()

NjsonStringifyOptions.numberKey

If true, the replacer function, for Array elements, will be called with the key argument in a Number form.

NjsonStringifyOptions.replacer

As the replacer parameter of JSON.serialize. See also replacer / reviver for NJSON specific details.

NjsonStringifyOptions.space

As the space parameter of JSON.serialize.

NjsonStringifyOptions.undef

For default NJSON.stringify serializes undefined values as well. If set to false, undefined values are treated as JSON.stringify does.

replacer / reviver

Even if Date, Error, Int8Array, RegExp, URL, Uint8Array and Uint8ClampedArray are Objects, they are treated as native values i.e. replacer and reviver will be never called with one of them as this context.
For Arrays the key argument is obviously a positive integer, but in a String form for JSON compatibility. This can be altered (i.e. in a Number) form the numberKey option can be used.
For Sets the key argument is obviously a positive integer as well, but it is only passed in a Number form.
For Maps the key argument is once again a positive integer in a Number form and the value argument is the entry in the form [mapKey, mapValue].

Compatibility

Requires Node.js v14.

The package is tested under all Node.js versions currently supported accordingly to Node.js Release.

TypeScript

TypeScript types are distributed with the package itself.

License

MIT License

Bugs

Do not hesitate to report any bug or inconsistency @github.

Donating

If you find useful this package, please consider the opportunity to donate some satoshis to this bitcoin address: 1Md9WFAHrXTb3yPBwQWmUfv2RmzrtbHioB

See also

Other projects which aim to solve similar problems:

• arson by Ben Newman
• devalue by Rich Harris
• jsesc by Mathias Bynens
• lave by Jed Schmidt
• oson by Steffen Trog
• serialize-javascript by Eric Ferraiuolo
• superjson by Blitz
• tosource by Marcello Bastéa-Forte