Package Exports
- @ltd/j-toml
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 (@ltd/j-toml) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.
Readme
English | 简体中文
___
@ltd/j-toml
@ltd/j-toml is an implementation of TOML ("Tom's Obvious, Minimal Language") written by LongTengDao,
which is the best config format he had ever seen.
(Obviously for exhausted people who tried to design that.)
Node.js
npm install @ltd/j-tomlconst TOML = require('@ltd/j-toml');
const sourceContent = `
I_am_normal = "..."
hasOwnProperty = "..."
constructor = "..."
__proto__ = "..."
`;
const rootTable = TOML.parse(sourceContent, 0.5, '\n');
rootTable.I_am_normal // "..."
rootTable.hasOwnProperty // "..."
rootTable.constructor // "..."
rootTable.__proto__ // "..."TOML.parse
TOML.parse(sourceContent, specificationVersion, multiLineJoiner[, useBigInt=true[, xOptions]]);function parse (
sourceContent :string | Buffer,
specificationVersion :0.5 | 0.4,
multiLineJoiner :string,
useBigInt? :boolean | number = true,
xOptions? :object
) :Table;arguments
sourceContent- type:
string/Buffer(UTF-8) - required
You can pass in
stringor the original binaryBufferof the file.One difference is that when passing in
string, parser will only check whether all characters are valid Unicode characters according to the specification (uncoupled UCS-4 character code is invalid);
WhenBufferis passed in, an additional check is made to see whether there is unknown code point (which has been automatically replaced byU+FFFDin thestringstate).Another difference is that
Buffercan start with UTF BOM, which is used for validation of file encoding (but it must be UTF-8 encoding, which is not a technical limit, but a specification requirement), and skipped before real parsing;
Butstringcan't, because BOM belongs to UTF, not TOML.- type:
specificationVersion- type:
0.5/0.4 - required
If there is no special reason (e.g. to deal with historical files), the latest version is recommended.
- type:
multiLineJoiner- type:
string - required
For the multi-line strings, use what to join the lines for result.
Note that TOML always use"\n"or"\r\n"split the source lines while parsing, which defined in TOML specification.- type:
useBigInt- type:
boolean/number - default:
true
Specify whether you want or not to use
BigIntfor integer type value. Anumbertype argument allows you to control it by a max limit, likeNumber.MAX_SAFE_INTEGER(and the min limit from-useBigInt, ifuseBigInt>=0; otherwise as the min limit, and the max limit is-useBigInt-1).- type:
xOptions- type:
object
The extensional features not in the specification.
Include keeping the key/value pairs order of tables, integers larger thanlong, comment information,nullvalue, mixed-type array, multi-line inline table with trailing comma even no comma, interpolation string, custom constructor, etc.
They are private experimental discouraged features.
See xOptions.- type:
return
- type:
Table
Return the root table (tables parsed by this implementation are objects without any extended properties).
throw
- type:
Error
If the arguments not meet the requirement, there will be an error; if there is any error with the source, the error object will has two number properties lineIndex and lineNumber to help locating that.