search

tapjs / tsimp

https://tapjs.github.io/tsimp/
Other
494 stars 11 forks source link

readme

tsimp 😈

A TypeScript IMPort loader for Node.js

What It Is

This is an importer that runs Node.js programs written in TypeScript, using the official TypeScript implementation from Microsoft.

It is designed to support full typechecking support, with acceptable performance when used repeatedly (for example, in a test suite which spawns many TS processes).

Why Is It

There are quite a few TypeScript loaders and compilers available! Which one should you choose, and why did I need to create this one?

How this differs:

USAGE

Install tsimp with npm:

npm install tsimp

Run TypeScript programs like this in node v20.6 and higher:

node --import=tsimp/import my-typescript-program.ts

Or like this in Node versions prior to v20.6:

node --loader=tsimp/loader my-typescript-program.ts

Or you can use tsimp as the executable to run your program (but the import/loader is ~100ms faster because it doesn't incur an extra spawn call):

tsimp my-typescript-program.ts

Note that while tsimp run without any arguments will start the Node repl, and in that context it will be able to import/require typescript modules, it does not include a repl that can run TypeScript directly. This is just an import loader.

In Node v20.6 and higher, you can also load tsimp in your program, and from that point forward, TypeScript modules will Just Work.

Note that import declarations happen in parallel before the code is executed, so you'll need to split it up like this:

import 'tsimp'
// has to be done as an async import() so that it occurs
// after the tsimp import is finished. But any imports that the
// typescript program does can be "normal" top level imports.
const { SomeThing } = await import('./some-thing.ts')

By comparison, this won't work, because the imports happen in parallel.

import 'tsimp'
import { SomeThing } from './some-thing.ts'

CommonJS require() is patched as well. To use tsimp in CommonJS programs, you can run it as described above, or require() it in your program.

//commonjs
require('tsimp')
// now typescript can be loaded
require('./blah.ts')

In Node version 20.6 and higher, this will also attach the required loaders for ESM import support. In earlier Node versions, you must use --loader=tsimp/loader for ESM support.

Configuration

Most configuration is done by looking to the nearest tsconfig.json file at or above the module entry point in the folder tree.

You can use a different filename by setting TSIMP_PROJECT=<filename> in the environment.

If there is a tsimp field in the tsconfig json file, then that will override anything else in the file. For example:

{
  "compilerOptions": {
    "rootDir": "./src",
    "declaration": true,
    "esModuleInterop": true,
    "forceConsistentCasingInFileNames": true,
    "inlineSources": true,
    "jsx": "react",
    "module": "nodenext",
    "moduleResolution": "nodenext",
    "noUncheckedIndexedAccess": true,
    "resolveJsonModule": true,
    "skipLibCheck": false,
    "sourceMap": false,
    "strict": true,
    "target": "es2022"
  }
  "tsimp": {
    "compilerOptions": {
      "skipLibCheck": true,
      "strict": false
    }
  }
}

Sourcemaps are always enabled when using tsimp, so that errors reference the approriate call sites within TypeScript code.

Config File Changes and extends Options

If the tsconfig.json file used by tsimp changes, then it will automatically expire its memory and disk caches, because new options can result in very different results.

However, while extends is fully supported (if tsc can load it, so can tsimp, because that's how it loads config), any extended config files will not be tracked for changes or cause the cache to expire.

When in doubt, tsimp --restart will reload everything as needed.

"module", "moduleResolution", and other must-haves

The ultimate resulting module style for tsimp must be something intelligible by Node, without any additional bundling or transpiling.

Towards that end, the module and moduleResolution settings are both hard-coded to NodeNext in tsimp, regardless of what is in tsconfig.json.

Also, the following fields are always hard-coded by tsimp:

File Extensions, Module Resolution, etc.

The same rules for file extensions, module resolution, and everything else apply when using tsimp as when using tsc.

That means: if you're running in ESM mode, you need to write your imports ending in .js even though the actual file on disk is .ts, because that's how TS does it when module is set to "NodeNext" and the target dialect is ESM.

Compilation Diagnostics

Set the TSIMP_DIAG environment variable to control what happens when there are compilation diagnostics.

How fast is it?

If the daemon is running, it's very fast, even if type checking is enabled. If the daemon is running and its previously compiled the file you're running, it's zomg extremely fast, like "so fast you'll think it's broken" fast, outperforming TypeScript compilers written in Rust and Go, since it literally doesn't have to do anything except check some file stats and then hand the cached results to Node. (In fact, since it caches in memory as well as to disk, it might even be faster in many cases than running plain old JavaScript, if the program is large.)

And, this is with full type checking, which is sort of the point of using TypeScript. No matter how fast your compiler is, if you're then running tsc --noEmit to check your types, then it's not actually gaining much.

If the daemon is not running, and it's a cold start with no cache, it's pretty slow, comparable with ts-node, especially if type checking is enabled.

An exceptionally not scientific example comparison:

$ time node --loader @swc-node/register/esm hello.ts
(node:89220) ExperimentalWarning: `--experimental-loader` may be removed in the future; instead use `register()`:
--import 'data:text/javascript,import { register } from "node:module"; import { pathToFileURL } from "node:url"; register("%40swc-node/register/esm", pathToFileURL("./"));'
(Use `node --trace-warnings ...` to show where the warning was created)
hello, world

real    0m0.268s
user    0m0.255s
sys 0m0.033s

$ time node --import=tsx hello.ts
hello, world

real    0m0.135s
user    0m0.126s
sys 0m0.020s

$ time node --import=./dist/esm/hooks/import.mjs hello.ts
hello.ts:2:18 - error TS2322: Type 'string' is not assignable to type 'boolean'.

2 const f: Foo = { bar: 'hello' }
                   ~~~

  hello.ts:1:14
    1 type Foo = { bar: boolean }
                   ~~~
    The expected type comes from property 'bar' which is declared here on type 'Foo'

hello, world

real    0m0.126s
user    0m0.110s
sys 0m0.022s

How is it so fast?

meme comic "We need this to run faster" "rewrite it in rust" "rewrite it in zig" "use basic caching and work skipping" guy gets thrown out window

Basic caching and work skipping.