npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

tokenizer-dsl

v5.0.0

Published

The API for building streaming tokenizers and lexers.

Downloads

2,032

Readme

tokenizer-dsl 🪵 build

The API for building streaming tokenizers and lexers.

🔥 Try this example live on CodeSandbox

npm install --save-prod tokenizer-dsl

Usage

🔎 API documentation is available here.

Let's consider the input string that contains lowercase-alpha strings and floating-point numbers, separated by a semicolon and an arbitrary number of space chars:

'123.456; aaa; +777; bbb; -42'

To tokenize this string we first need to describe readers that would read chars from the input string.

The reader for semicolons is pretty straightforward:

import * as t from 'tokenizer-dsl';

const semicolonReader = t.text(';');

The regular expression equivalent for semicolonReader is /;/y.

To read a sequence of whitespaces or lowercase-alpha chars we would use the combination of all and char readers:

const whitespaceReader = t.all(t.char([' \t\n\r']));

const alphaReader = t.all(t.char([['a', 'z']]), { minimumCount: 1 });

The regular expression equivalent for whitespaceReader is /[ \t\n\r]*/y, and for alphaReader it is /[a-z]+/y.

To read a signed floating-point number we need a combination of multiple readers:

const zeroReader = t.text('0');

const leadingDigitReader = t.char([['1', '9']]);

const digitsReader = t.all(t.char([['0', '9']]));

const dotReader = t.text('.');

const signReader = t.char(['+-']);

const numberReader = t.seq(
  // sign
  t.optional(signReader),

  // integer
  t.or(
    zeroReader,
    t.seq(
      leadingDigitReader,
      digitsReader
    )
  ),

  // fraction
  t.optional(
    t.seq(
      dotReader,
      digitsReader
    )
  )
);

The numberReader works the same way as /[-+]?(?:0|[1-9]\d*)(?:\.\d*)?/y.

Now, after we defined all required readers, we can define a set of tokenization rules:

const semicolonRule: t.Rule = {
  type: 'semicolon',
  reader: semicolonReader,
};

const whitespaceRule: t.Rule = {
  type: 'whitespace',
  reader: whitespaceReader,
};

const alphaRule: t.Rule = {
  type: 'alpha',
  reader: alphaReader,
};

const numberRule: t.Rule = {
  type: 'number',
  reader: numberReader,
};
  • type is the arbitrary name of the token that the rule would read from the input string. It can be a string, a number, an object, or any other data type. The type would be passed to token handler.
  • reader is that would read chars from the string.

The next step is to create a tokenizer that uses our rules:

const tokenize = t.createTokenizer([
  semicolonRule,
  whitespaceRule,
  alphaRule,
  numberRule
]);

createTokenizer would compile a highly efficient function that applies rules to read chars from the input string.

As the last step, we should call a tokenizer and provide it an input and a token handler:

const handler: t.TokenHandler = (type, input, offset, length, context, state) => {
  console.log(type, '"' + input.substr(offset, length) + '"');
};

tokenize('123.456; aaa; +777; bbb; -42', handler);

The console output would be:

number "123.456"
semicolon ";"
whitespace " "
alpha "aaa"
semicolon ";"
whitespace " "
number "+777"
semicolon ";"
whitespace " "
number "-42"

Built-in readers

text(substring, options?)

Reads the case-sensitive substring from the input:

// Reads 'foo'
text('foo');

You can optionally specify that text must be case-insensitive:

// Reads 'bar', 'BAR', 'Bar', etc.
text('bar', { caseInsensitive: true });

char(chars)

Reads a single char from the string. You should provide an array of strings, char codes or char ranges.

// Reads 'a', 'b', or 'c'
char(['a', 98, 99]);

You can specify a set of chars as a string with multiple chars:

// Reads ' ', '\t', '\r', or '\n'
char([' \t\r\n']);

You can specify a pair of char codes or strings that denote a char range:

// Reads [a-zA-Z]
char([['a', 'z'], [65, 90]]);

regex(pattern)

Reads substring using the RegExp pattern:

// Reads '0', '123', etc.
regex(/0|[1-9]\d*/y);

If you don't specify g or y flags on the RegExp, then y is implicitly added.

all(reader, options?)

Applies reader until it can read from the input:

// Reads 'abc' from 'abc123'
all(char([['a', 'z']]));

You can optionally specify the number of entries the reader must read to consider success:

// Reads at least one digit, but not more than 10
all(char([['0', '9']]), { minimumCount: 1, maximumCount: 10 });

seq(...readers)

Applies readers one after another sequentially:

// Reads PK-XXXXX where X is 0-9
seq(
  text('PK-'),
  all(char([['0', '9']]), { minimumCount: 5, maximumCount: 5 })
);

or(...readers)

Returns the offset returned by the first successfully applied reader:

// Reads 'foo' or 'bar'
or(
  text('foo'),
  text('bar')
);

skip(count)

Skips the given number of chars without reading:

// Skips 5 chars 
skip(5);

until(reader, options?)

Repeatedly applies reader until it successfully reads chars from the string. If reader failed to read chars then returns -1.

// Reads everything until 'foo' exclusively
until(text('foo'));

You can make until to read inclusively:

// Reads everything until 'bar' inclusvely
until(text('bar'), { inclusive: true });

For example, to read all chars up to '>' or until the end of the input:

or(
  until(text('>'), { inclusive: true }),
  end()
);

end(offset?)

Skips all chars until the end of the input. You can optionally provide the offset from the input end.

// Reads everything up to the last char
end(-1);

lookahead(reader)

This is the same as lookahead from the regular expressions. It returns the current offset if reader successfully reads chars from the input at current offset.

// Reads '<' in '<a'
seq(
  text('<'),
  lookahead(char([['a', 'z']]))
);

optional(reader)

Returns the current offset if the reader failed to read chars:

// Reads 'foo-bar' and 'bar'
seq(
  optional(text('foo-')),
  text('bar')
);

never

The singleton reader that always returns -1.

none

The singleton reader that always returns the current offset.

Functional readers

A reader can be defined as a function that takes an input string, an offset at which it should start reading, and a context. Learn more about the context in the Context section.

A reader should return the new offset that is greater or equal to the offset if the reader has successfully read from the input, or an integer less than offset to indicate that nothing was read.

Let's create a custom reader:

import * as t from 'tokenizer-dsl';

const fooReader: t.Reader = (input, offset) => {
  return input.startsWith('foo', offset) ? offset + 3 : -1;
};

This reader checks that the input string contains a substring 'foo' at the offset and returns the new offset where the substring ends. Or returns -1 to indicate that the reading didn't succeed.

We can combine fooReader with any built-in reader. For example, to read chars until 'foo' is met:

import * as t from 'tokenizer-dsl';

// Reads until 'foo' substring is met
t.until(fooReader);

Recursive readers

You can create recursive functional readers:

import * as t from 'tokenizer-dsl';

const fooReader = t.toReaderFunction(
  t.seq(
    t.text('-'),
    t.optional((input, offset) => fooReader(input, offset))
  )
);

Code-generated readers

Code generation is used to compile highly performant readers. To leverage this feature, you can define your custom readers as a code factories.

Let's recreate the reader from the previous section with the codegen approach:

import * as t from 'tokenizer-dsl';

const fooReader: t.Reader = {
  factory(inputVar, offsetVar, contextVar, resultVar) {
    return {
      code: [
        resultVar, '=', inputVar, '.startsWith("foo",', offsetVar, ')?', offsetVar, '+3:-1;',
      ]
    };
  }
};

The factory function receives four input arguments that define the variables that should be used in the output code template:

  • inputVar is the variable that holds the input string.
  • offsetVar is the variable that holds the offset in the input string from which the reader must be applied.
  • contextVar is the variable that holds the reader context. Learn more about the context in the Context section.
  • resultVar is the variable to which the reader result must be assigned.

The factory function should return an object containing a code property that holds the code template and an optional bindings property that holds the variable bindings.

To demonstrate how to use bindings, let's write a reader factory that would allow us to read arbitrary strings, just like text reader does:

function createStrReader(str: string): t.Reader {
  return {
    factory(inputVar, offsetVar, contextVar, resultVar) {
      // Create a variable placeholder
      const strVar = Symbol();

      return {
        code: [
          resultVar, '=', inputVar, '.startsWith(', strVar, ',', offsetVar, ')?', offsetVar, '+', str.length, ':-1;',
        ],
        bindings: [
          // This would assign str to a strVar at runtime
          [strVar, str]
        ]
      };
    }
  };
}

We can combine createStrReader with any built-in reader. For example, to read all sequential substrings in the input:

// Reads consequent 'foo' substrings
t.all(createStrReader('foo'));

You can introduce custom variables inside a code template. Here is an example of a reader that reads zero-or-more lower alpha chars from the string using a for loop:

const lowerAlphaReader: t.Reader = {
  factory(inputVar, offsetVar, contextVar, resultVar) {
    // Create a variable placeholders
    const indexVar = Symbol();
    const charCodeVar = Symbol();

    return {
      code: [
        // Start reading from the offset
        'var ', indexVar, '=', offsetVar, ';',

        // Read until end of the input
        'while(', indexVar, '<', inputVar, '.length){',

        // Read the char code from the input
        'var ', charCodeVar, '=', inputVar, '.charCodeAt(', indexVar, ');',

        // Abort the loop if the char code isn't a lower alpha
        'if(', charCodeVar, '<', 'a'.charCodeAt(0), '||', charCodeVar, '>', 'z'.charCodeAt(0), ')',
        'break;',

        // Otherwise, proceed to the next char
        '++', indexVar,
        '}',

        // Return the index that was reached 
        resultVar, '=', indexVar, ';',
      ]
    };
  }
};

You can find out more details on how codegen works in the codedegen repo.

Rules

Rules define how tokens are emitted when successfully read from the input by readers.

The most basic rule only defines a reader:

import * as t from 'tokenizer-dsl';

const fooRule: t.Rule = {
  reader: text('foo')
};

To use a rule, create a new tokenizer:

const tokenize = t.createTokenizer([fooRule]);

Now you can read inputs that consist of any number of 'foo' substrings:

tokenize('foofoofoo', (type, input, offset, length, context) => {
  // Process the token here
});

Most of the time you have more than one token type in your input. Here the type property of the rule comes handy. The value of this property would be passed to the handler as the first argument.

import * as t from 'tokenizer-dsl';

type MyTokenType = 'FOO' | 'BAR';

// You can specify token types to enhance typing
const fooRule: t.Rule<MyTokenType> = {
  type: 'FOO',
  reader: t.text('foo')
};

const barRule: t.Rule<MyTokenType> = {
  type: 'BAR',
  reader: t.text('bar')
};

const tokenize = t.createTokenizer([
  fooRule,
  barRule
]);

tokenize('foofoobarfoobar', (type, input, offset, length, context) => {
  switch (type) {
    case 'FOO':
      // Process the FOO token here
      break;

    case 'BAR':
      // Process the BAR token here
      break;
  }
});

Rule stages

You can put rules on different stages to control how they are applied.

In the previous example we created a tokenizer that reads 'foo' and 'bar' in any order. Let's create a tokenizer that restricts the order in which 'foo' and 'bar' should be met.

import * as t from 'tokenizer-dsl';

type MyTokenType = 'FOO' | 'BAR';

type MyStage = 'start' | 'foo' | 'bar';

const fooRule: t.Rule<MyTokenType, MyStage> = {
  type: 'FOO',
  reader: t.text('foo'),

  // Rule would be applied on stages 'start' and 'bar'
  on: ['start', 'bar'],

  // If rule is successfully applied then the tokenizer would
  // transition to the 'foo' stage
  to: 'foo'
};

const barRule: t.Rule<MyTokenType, MyStage> = {
  type: 'BAR',
  reader: t.text('bar'),
  on: ['start', 'foo'],
  to: 'bar'
};

const tokenize = t.createTokenizer(
  [
    fooRule,
    barRule
  ],

  // Provide the initial stage
  'start'
);

This tokenizer would successfully process 'foobarfoobar' but would stop on 'foofoo'.

Rules that don't have on option specified are applied on all stages. To showcase this behavior, let's modify our rules to allow 'foo' and 'bar' to be separated with arbitrary number of space chars.

type MyTokenType = 'FOO' | 'BAR' | 'SPACE';

type MyStage = 'start' | 'foo' | 'bar';

const fooRule: t.Rule<MyTokenType, MyStage> = {
  type: 'FOO',
  reader: t.text('foo'),
  on: ['start', 'bar'],
  to: 'foo'
};

const barRule: t.Rule<MyTokenType, MyStage> = {
  type: 'BAR',
  reader: t.text('bar'),
  on: ['start', 'foo'],
  to: 'bar'
};

// Rule would be applied on all stages: 'start', 'foo', and 'bar'
const spaceReader: t.Rule<MyTokenType, MyStage> = {
  type: 'SPACE',
  reader: t.all(t.char([' '])),
};

const tokenize = t.createTokenizer(
  [
    fooRule,
    barRule,
    spaceReader
  ],
  'start'
);

This tokenizer would successfully process ' foo bar foo bar ' input.

You can provide a callback that returns the next stage:

const barRule: t.Rule<MyTokenType, MyStage> = {
  on: ['start', 'foo'],
  type: 'BAR',
  reader: t.text('bar'),

  to(offset, length, context, state) {
    // Return the next stage
    return 'bar';
  }
};

Silent rules

Some tokens don't have any semantics that you want to process. In this case, you can mark rule as silent to prevent token from being emitted.

import * as t from 'tokenizer-dsl';

const whitespaceRule: t.Rule = {
  reader: all(char([' \t\r\n'])),
  silent: true
};

Streaming

Compiled tokenizer supports streaming out of the box. Let's refer to the tokenizer that we defined in the Usage chapter:

import * as t from 'tokenizer-dsl';

const tokenize = t.createTokenizer([
  semicolonRule,
  whitespaceRule,
  alphaRule,
  numberRule
]);

We used this tokenizer in a non-streaming fashion:

tokenizer('123.456; aaa; +777; bbb; -42', handler);

If the input string comes in chunks we can use a streaming API of the tokenizer:

const state = tokenizer.write('123.456', undefined, handler);
tokenizer.write('; aaa; +77', state, handler);
tokenizer.write('7; bbb; -42', state, handler);
tokenizer(state, handler);

tokenizer.write accepts a mutable state object that is updated as tokenization progresses. You can inspect state to know the stage and offset at which the tokenizer finished reading tokens.

Streaming tokenizer emits tokens that are confirmed. The token is confirmed after the consequent token is successfully read or after the tokenizer(state, handler) is called.

Context

Custom readers may require a custom state. You can provide the context to the tokenizer, and it would pass it to all readers as a third argument:

import * as t from 'tokenizer-dsl';

// Define a reader that uses a context
const fooReader: t.Reader<{ bar: number }> = (input, offset, context) => {
  console.log(context.bar);
  return -1;
};

// Compile a tokenizer
const tokenizer = t.createTokenizer([
  // A rule that uses a fooReader
  { reader: fooReader }
]);

// Pass the context value
tokenizer('foobar', handler, { bar: 123 });

Standalone tokenizers

eval and Function can be prohibited in some environments. To use a tokenizer in such circumstances you can generate a pre-compiled rule iterator:

import fs from 'fs';
import * as t from 'tokenizer-dsl';

const moduleSource = t.compileRuleIteratorModule(
  [
    { reader: t.char(['a']) },
  ],
  { typingsEnabled: true }
);

fs.writeFileSync('./ruleIterator.ts', moduleSource);

Then, at runtime, you can import it and create a tokenizer:

import * as t from 'tokenizer-dsl';
import ruleIterator from './ruleIterator';

const tokenizer = t.createTokenizerForRuleIterator(ruleIterator);

If you need to use a functional reader in a generated tokenizer, use externalValue declaration that would be output as an import statement.

t.compileTokenizerModule(
  [
    { reader: t.externalValue('./super-reader') },
  ],
  { typingsEnabled: true }
);

Code is formatted manually, for readability purposes.

import type { RuleIterator } from 'tokenizer-dsl';
import e from './super-reader';

const f: RuleIterator<any, any, any> = function (a, b, c, d) {
  var g = a.chunk, h = a.offset, i = false, j, k = h, l = g.length;
  while (k < l) {
    var m;
    m = e(g, k, c);

    if (m > k) {
      if (i) {
        b(j, g, h, k - h, c, a);
        i = false;
      }
      a.offset = h = k;
      i = true;
      j = undefined;
      k = m;
      continue;
    }
    break;
  }
  if (d) return;
  if (i) {
    b(j, g, h, k - h, c, a);
  }
  a.offset = k;
};

export default f;

Performance

To run a performance test, clone this repo and run npm ci && npm run perf in the project directory.

The table below shows performance comparison between tokenizer-dsl readers and RegExp alternatives.

Results are in millions of operations per second. The higher number is better.

| | tokenizer-dsl | RegExp | | | -- | --: | --: | -- | | Usage example | 5.3 | 2.5 | | | char(['abc']) | 88.8 | 58.5 | /[abc]/y | | char([['a', 'z']]) | 88.1 | 58.4 | /[a-z]/y | | all(char(['abc'])) | 39.7 | 50.0 | /[abc]*/y | | all(char(['abc']), {minimumCount: 2}) | 67.1 | 50.2 | /[abc]{2,}/y | | all(text('abc')) | 43.0 | 50.2 | /(?:abc)*/y | | or(text('abc'), text('123')) | 67.3 | 57.1 | /abc\|123/y | | seq(text('abc'), text('123')) | 58.8 | 54.2 | /abc123/y | | text('abc') | 72.8 | 57.1 | /abc/y | | text('abc', {caseInsensitive: true}) | 71.1 | 55.0 | /abc/iy | | until(char(['abc'])) | 51.5 | 48.6 | /[abc]/g | | until(text('abc')) | 51.0 | 33.0 | /(?=abc)/g | | until(text('abc'), {inclusive: true}) | 51.9 | 48.8 | /abc/g |

Tokenizer performance comes from following implementation aspects:

  • Reader combination optimizations. For example until(text('abc')) would read case-sensitive chars from the sting until substring 'abc' is met. An analog of this is /(?=abc)/. Tokenizer uses input.indexOf('abc') for the substring search, which is 2× faster than using a regular expression.

  • All readers (except regex) rely solely on charCodeAt and indexOf methods of string. This dramatically reduces memory allocations, since no strings or other objects are created on heap.

  • Tokenizer compiles provided rules into a single function. No call stack overhead.

  • Rules that share the same prefix sequence of readers, read this prefix from the input only once. So chars in the input are accessed less frequently.