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

io-ts-validator

v0.0.7

Published

Io-ts-validator is a wrapper that provides convenience features for [io-ts](https://github.com/gcanti/io-ts) codecs. The codecs themself are described in greater detail in the [io-ts guide](https://github.com/gcanti/io-ts/blob/master/index.md). If you hav

Downloads

1,030

Readme

io-ts-validator

Io-ts-validator is a wrapper that provides convenience features for io-ts codecs. The codecs themself are described in greater detail in the io-ts guide. If you have existing JSON Schema definitions for your types you can use io-ts-from-json-schema to convert your schema into io-ts codecs. If you have a custom schema format you can use io-ts-codegen to implement a converter for your custom schema format.

Defining Codecs

Below we define a simple example codec Person that we can use to define a person { name: string, age: number }. We can extract the static type from the codec and use the static type to validate our person literal.

import * as t from 'io-ts';

const Person = t.type({
  name: t.string,
  age: t.number,
})
type Person = t.TypeOf<typeof Person>

const joe: Person = {
  name: 'Joe',
  age: 45,
}

Input Decoding

Sooner or later we will run into a situation where we encounter a person with an unknown type. Perhaps we received that person over the network or read the information from a loosely typed database. The io-ts-validator package provides several variants of the decode method. The decoding process itself is always synchronous regardless of which decode method is used.

Below we simulate this by turning Joe into a person candidate with unknown type. We two procedures logPerson and logErrors that expect typed inputs. We can then use the various decode methods from the validator to turn the candidate back into a typed value.

import { validator, ValidatorErrorArray } from 'io-ts-validator';

function logErrors(errors: ValidatorErrorArray): void {
  console.error(errors)
}

function logPerson(person: Person): void {
  console.log(person)
}

// this works
logPerson(joe)

const mary: unknown = {
  name: 'Mary',
  age: 13,
}

// @ts-expect-error candidate might not be a Person
logPerson(mary)

decodeSync

The decodeSync method is the quickest and dirtiest way to do validation. It is best suited for use with unit tests where a throw indicates test failure. The main downside of the synchronous call is that it makes validation errors indistinguishable of unexpected errors.

function decodeSyncExample(candidate: unknown): void {

  try {
    const person: Person = validator(Person).decodeSync(candidate);
    logPerson(person)
  } catch(error) {
    if (error instanceof ValidatorErrorArray) {
      logErrors(error)
    }
    throw error;  // unrelated error
  }

}

decodePromise

The decodePromise method uses promise rejection instead of throw for returning the error which may be desireable when validation happens in a context that already makes heavy use of promise based error handling.

async function decodePromiseExample(candidate: unknown): Promise<void> {

  try {
    const person: Person = await validator(Person).decodePromise(candidate);
    logPerson(person)
  } catch(error) {
    if (error instanceof ValidatorErrorArray) {
      logErrors(error)
    }
    throw error;  // unrelated error
  }

}

decodeEither

The decodeEither method returns either validation errors or a decoded value. Returning the errors as opposed to throwing them has the benefit that we can guarantee the type of the returned error.

function decodeEitherExample(candidate: unknown): void {

  const result = validator(Person).decodeEither(candidate);

  if (result._tag === 'Left') {
    logErrors(result.left)
  } else {
    logPerson(result.right)
  }

}

The return value is compatible with generic utilities from the fp-ts Either module.

import { pipe } from 'fp-ts/function'
import { fold } from 'fp-ts/Either'

function decodeEitherToolingExample(candidate: unknown): number|null {

  return pipe(
    validator(Person).decodeEither(candidate),
    fold(
      () => null,
      ({ age }) => age,
    ),
  );

}

decodeAsync

The decodeAsync method lets the user define a NodeJS style asynchronous callback for dealing with the result.

function decodeAsyncExample(candidate: unknown): void {

  validator(Person).decodeAsync(candidate, (errors, person?) => {

    if (errors) {
      logErrors(errors)
    } else {
      logPerson(person)
    }

  });

}

Output Encoding

Some codecs define a separate input type. For example codec NumberFromString is useful for numeric URL parameters that need to be encoded as string when they part of the URL. The validator also provides encode methods for such cases. In general it is a good practice to encode all outputs to make sure they match the codec that would be used to validate them.

import { NumberFromString } from 'io-ts-types/lib/NumberFromString';

const encoded: string = validator(NumberFromString).encodeSync(123);
const decoded: number = validator(NumberFromString).decodeSync(encoded);

Json Integration

The validator has a preset configuration that you can use to perform json serialization and deserialization on the fly while performing validation.

const wireJoe = validator(Person, 'json').encodeSync(joe);
const ramJoe = validator(Person, 'json').decodeSync(wireJoe);

Runtime Validation

TypeScript static type system has some limitations which makes it difficult to validate specific properties of strings and numbers. The io-ts codecs provide runtime validation with branding. Brands are inspection stamps that can be used by the validator to indicate that the item has passed validation. In the example below we define a codec that change the age of the person and brands them as adults if they pass validation.

interface AdultBrand {
  readonly Adult: unique symbol
}
const Adult = t.brand(
  Person,
  (p: Person): p is t.Branded<Person, AdultBrand> => p.age >= 18,
  'Adult',
);
type Adult = t.TypeOf<typeof Adult>

// @ts-expect-error bob *might* not yet be 18
const possiblyInvalid: Adult = {
  name: 'Bob',
  age: 22,
}

// this is ok
const knownToBeValid: Adult = validator(Adult).decodeSync({
  name: 'Bob',
  age: 22,
});

Strict Validator Inputs

The validator has a strict mode that requires validator inputs to match validator outputs. Using it makes sense in some cases. For example in some cases the adult validator might benefit from restricting acceptable inputs to type Person.

// @ts-expect-error validator input needs to be a person
const notPerson: Adult = validator(Adult, 'strict').decodeSync('bar');

// this is ok but throws at runtime because `age` < 18
const notAdult: Adult = validator(Adult, 'strict').decodeSync({
  name: 'Bob',
  age: 17,
});