Skip to content

ai/check-dts

Repository files navigation

Check TypeScript Definitions

Unit tests for .d.ts TypeScript definitions in your JavaScript open source library.

It is useful for non-TypeScript project, which wants to provide typing support for TypeScript users and autocompletion for IDE and text editors.

It becomes especially useful for complex types with generics, like we have in Nano Events or Storeon.

// Negative test: test/index.errors.ts
import lib = require('../')

interface Events {
  'set': (a: string, b: number) => void
}
// THROWS Expected 3 arguments, but got 2
lib.on<Events>('set', 2)
// Positive test: test/index.types.ts
import lib = require('../')

interface Events {
  'set': (a: string, b: number) => void
}
lib.on<Events>('set', 'prop', 1)

Print Snapshots example

Sponsored by Evil Martians

Usage

  1. Add .d.ts files with TypeScript definitions for your JS library. You can check example in Nano Events.

  2. Install check-dts:

    npm install --save-dev check-dts
  3. Create test/index.types.ts for positive tests and write correct TypeScript. You can test IDE autocompletion in this file.

  4. Run npx check-dts to test the new file.

  5. Create test/index.errors.ts for negative tests and add an incorrect usage of your library recording to TypeScript. See the next section for details.

  6. Run npx check-dts to test both files.

  7. Add check-dts to npm test to test types on CI:

      "scripts": {
    -   "test": "jest && eslint ."
    +   "test": "jest && eslint . && check-dts"
      }
  8. If your library requires an additional TypeScript option, you can define it for tests in tsconfig.json.

Writing Negative Test

Add code where you expect TypeScript to report an error. Make sure to add a line above the expected error like // THROWS some error messages

import lib = require('../')

interface Events {
  set: (a: string, b: number) => void
}
lib.on<Events>('set', 2)

In this case, we expect the error message Expected 3 arguments, but got 2. So we should add comments. You can put only part of the error message to the // THROWS comment.

  import lib = require('../')

  interface Events {
    set: (a: string, b: number) => void
  }
+ // THROWS Expected 3 arguments, but got 2
  lib.on<Events>('set', 2)

If TypeScript does not report the error or reports a different error, check-dts will fall with a description:

$ npx check-dts
✖ Check types

✖ test/index.errors.ts:7:23: Wrong error
  Expected: Expected 0 arguments, but got 1
  Got: Expected 3 arguments, but got 2.

CLI Options

Test all .ts and .js files in project and run *.types.ts and *.errors.ts tests:

npx check-dts

You can test only specific files by:

npx check-dts **/*.tsx?
npx check-dts **/*.ts !**/index.ts

FAQ

It seems that check-dts ignores all d.ts-files. How can I fix this?

Please make sure that your tsconfig.json doesn’t include skipLibCheck: true. Becuase with this option all d.ts-files will be ignored.

Can I use check-dts as a simple validator for d.ts-files?

Yes you can. But note if you have the typescript in your project you can validate whether d.ts-files have some issues with the following command:

npx tsc path/to/your/dts/files/**/*.d.ts --noEmit

I am getting an error from Node types, how do I skip node_modules?

If you are getting an error that looks something like this:

✖ node_modules/@types/node/globals.d.ts:68:13: Type error TS2502
  'AbortController' is referenced directly or indirectly in its own type annotation.

You can skip the whole node_modules by adding to tsconfig.json:

{
  "compilerOptions": {
    "skipLibCheck": true
  }
}

About

Unit tests for TypeScript definitions in your JS open source library

Resources

License

Stars

Watchers

Forks