JSPM

  • ESM via JSPM
  • ES Module Entrypoint
  • Export Map
  • Keywords
  • License
  • Repository URL
  • TypeScript Types
  • README
  • Created
  • Published
  • Downloads 3073814
  • Score
    100M100P100Q216552F
  • License ISC

Better TOML parsing and stringifying all in that familiar JSON interface.

Package Exports

  • @iarna/toml
  • @iarna/toml/lib/toml-parser
  • @iarna/toml/parse
  • @iarna/toml/parse-pretty-error
  • @iarna/toml/parse-stream
  • @iarna/toml/parse-string
  • @iarna/toml/parse-string.js
  • @iarna/toml/stringify
  • @iarna/toml/stringify.js

This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (@iarna/toml) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.

Readme

@iarna/toml

Better TOML parsing and stringifying all in that familiar JSON interface.

Coverage Status

TOML Spec Support

The most recent version as of 2018-06-14: v0.4.0

Example

const TOML = require('@iarna/toml')
const obj = TOML.parse(`[abc]
foo = 123
bar = [1,2,3]`)
/* obj =
{abc: {foo: 123, bar: [1,2,3]}}
*/
const str = TOML.stringify(obj)
/* str =
[abc]
foo = 123
bar = [ 1, 2, 3 ]
*/

Visit the project github for more examples!

Why @iarna/toml

  • 100% test coverage.

  • Faster parser:

    Benchmark results showing @iarna/toml as 50x faster than toml and 2.8x faster than toml-j0.4

  • More correct parser. (Behavior carefully drawn from the spec and tested to within an inch of its life.)

  • Smallest parser bundle (if you use @iarna/toml/parse-string), 20kb.

  • No deps.

  • Detailed and easy to read error messages‼

> TOML.parse(src)
Error: Unexpected character, expecting string, number, datetime, boolean, inline array or inline table at row 6, col 5, pos 87:
5: "abc\"" = { abc=123,def="abc" }
6> foo=sdkfj
       ^
7:

TOML.parse(str) → Object (example)

Also available with: require('@iarna/toml/parse-string')

Synchronously parse a TOML string and return an object.

TOML.stringify(obj) → String (example)

Also available with: require('@iarna/toml/stringify)

Serialize an object as TOML.

[your-object].toJSON

If an object TOML.stringify is serializing has a toJSON method then it will call it to transform the object before serializing it. This matches the behavior of JSON.stringify.

The one exception to this is that toJSON is not called for Date objects because JSON represents dates as strings and TOML can represent them natively.

moment objects are treated the same as native Date objects, in this respect.

Promises and Streaming

The parser provides alternative async and streaming interfaces, for times that you're working with really absurdly big TOML files and don't want to tie-up the event loop while it parses.

TOML.parse.async(str[, opts]) → Promise(Object) (example)

Also available with: require('@iarna/toml/parse-async')

opts.blocksize is the amount text to parser per pass through the event loop. Defaults to 40kb.

Asynchronously parse a TOML string and return a promise of the resulting object.

TOML.parse.stream(readable) → Promise(Object) (example)

Also available with: require('@iarna/toml/parse-stream')

Given a readable stream, parse it as it feeds us data. Return a promise of the resulting object.

readable.pipe(TOML.parse.stream()) → Transform (example)

Also available with: require('@iarna/toml/parse-stream')

Returns a transform stream in object mode. When it completes, emit the resulting object. Only one object will ever be emitted.

Lowlevel Interface (example) (example w/ parser debugging)

You construct a parser object, per TOML file you want to process:

const TOMLParser = require('@iarna/toml/lib/toml-parser.js')
const parser = new TOMLParser()

Then you call the parse method for each chunk as you read them, or in a single call:

parser.parse(`hello = 'world'`)

And finally, you call the finish method to complete parsing and retrieve the resulting object.

const data = parser.finish()

Both the parse method and finish method will throw if they find a problem with the string they were given. Error objects thrown from the parser have pos, line and col attributes. TOML.parse adds a visual summary of where in the source string there were issues using parse-pretty-error and you can too:

const prettyError = require('./parse-pretty-error.js')
const newErr = prettyError(err, sourceString)

What's Missing

  • In stringify:
    • Any way to produce comments. As a JSON stand-in I'm not too worried about this.
    • Stringification could use some work on its error reporting. It reports what's wrong, but not where in your data structure it was.

Benchmarks

You can run them yourself with:

$ npm run benchmark

The results below are from my laptop using @iarna/toml@1.5.2, toml-j0.4@1.1.1, and toml@2.3.3. The percentage after average results is the margin of error.

@iarna/toml toml-j0.4 toml
Overall 45.17 9.75% 13.77 6.80% 0.76 4.78%
Spec Example: 0.4.0 2138 3.02% 1267 3.52% 120 3.29%
Spec Example: Hard Unicode 11807 3.35% 4444 1.70% 730 3.05%
1000 Keys 472 1.34% 269 1.36% 11.11 1.47%
Array With 1000 Tables With 1 Key 240 2.43% 161 3.24% 6.17 4.93%
Array With 1000 Tables of Tables of 1 Key 137 3.24% 102 3.12% 2.93 6.29%
1000 Element Inline Array 1665 1.22% 148 1.75% 11.58 4.26%
1000 Key Inline Table 648 3.33% 272 1.61% 15.28 3%
Inline Array Nested 1000 deep 691 1.46% 438 1.36% 112 4.60%
Inline Tables Nested 1000 deep 590 1.44% 344 3.16% 14.02 5.17%
40kb Multiline Single Quoted String 654 2.73% 128 3.67% 64.65 2.42%
40kb Multiline Double Quoted String 621 2.95% 128 0.69% 4.82 1.77%
40kb Single Quoted String 516 1.41% 210 1.68% 72.91 2.67%
40kb Double Quoted String 478 6.18% 149 1.69% 4.66 2.65%

Changes

I write a by hand, honest-to-god, CHANGELOG for this project. It's a description of what went into a release that you the consumer of the module could care about, not a list of git commits, so please check it out!

Tests

The test suite is maintained at 100% coverage: Coverage Status

All of the official example files from the TOML spec are run through this parser. The parser's output is compared to that of toml and toml-j0.4 to ensure we're parsing this core material in the same way.

The stringifier is tested by round tripping these same files, asserting that TOML.parse(sourcefile) deepEqual TOML.parse(TOML.stringify(TOML.parse(sourcefile))

The files are from the TOML specification as of 183273af30102704a103f206f974636967c4da6d and specifically are:

Additional tests look at some more unusual use cases and error conditions are were drawn up primarily while achieving 100% coverage and are found in test/specific.js and and test/error.js respectively. Relatedly, test/stringify.js contains the same for stringification. Tests for the parsers debugging mode live in test/devel.js.

And finally, many stringification tests were borrowed from @othiym23's toml-stream module. They were fetched as of b6f1e26b572d49742d49fa6a6d11524d003441fa.