Typings

The type definition manager for TypeScript.

Installation

npm install typings --global

Why?

• Typings are always external modules, not ambient modules (E.g. no declare module "x" in normal dependencies)
  • External module declarations are more portable and understandable
  • Ambient modules suffer from exposing implementation details, such as global interfaces that don't actually exist at runtime
  • External module declarations are supported using the TypeScript compiler "moduleResolution" - you contribute your typings back directly to the module author
• Typings should represent the module structure
  • For example, support for the browser field in node which can produce different typings at runtime
  • What about typings on a per-file basis? Some modules promote requiring into the dependencies for "add-ons"
• TypeScript modules should be publish-able on any package manager
  • Ambient modules can not be published on a package manager as other packages may rely on the same ambient module declaration which results in declare module "x" conflicts
• Typings are decentralized
  • Anyone can write and install a missing type definition without friction
  • The author of a type definition can maintain their type definition in isolation from other typings

Usage

Typings exposes a simple way for TypeScript definitions to be installed and maintained. It uses a typings.json file that can resolve to GitHub, NPM, Bower, HTTP and from local files. Packages can use type definitions from different sources and with different versions, and know they will never cause a conflict for the user.

typings install debug --save

There's a public registry maintained by the community, which is used to resolve the official type definition for a package.

Init

typings init

Initialize a new typings.json file.

Install

typings install # (with no arguments, in package directory)
typings install <pkg>[@<version>] --source [npm | github | bower | ambient | common]
typings install file:<path>
typings install github:<github username>/<github project>[/<path>][#<commit>]
typings install bitbucket:<bitbucket username>/<bitbucket project>[/<path>][#<commit>]
typings install <http:// url>

Install a dependency into the typings directory, and optionally save it in the configuration file.

Flags

• --save, -S Save as a dependency in typings.json
• --save-dev, -D Save as a dev dependency in typings.json
• --save-ambient, -A Save as an ambient dependency in typings.json
• --ambient Write as an ambient dependency (enabled when using --save-ambient)
• --name The name of the dependency (required for non-registry dependencies)

Possible Locations

• http://<domain>/<path>
• file:<path>
• github:<org>/<repo>/<path>#<commit>
• bitbucket:<org>/<repo>/<path>#<commit>
• npm:<package>/<path>
• bower:<package>/<path>

Where path can be a typings.json file, a .d.ts file, or empty (it will automatically append typings.json to the path when it is not a .d.ts file).

Registry

Package installation without a location will be looked up in the registry. For example, typings install debug will resolve to this entry in the registry. Anyone can contribute their own typings to the registry, just open a pull request.

Uninstall

typings uninstall <pkg> [--ambient] [--save|--save-dev|--save-ambient]

Remove a dependency from the typings directory, and optionally remove from the configuration file.

Flags

• --save Remove from dependencies in typings.json
• --save-dev Remove from dev dependencies in typings.json
• --save-ambient Remove from ambient dependencies in typings.json
• --ambient Remove as an ambient dependency (enabled when using --save-ambient)

List

typings ls [--ambient]

Print the typings dependency tree. (This command resolves on demand and is not cached)

FAQ

main.d.ts and browser.d.ts?

To simplify integration with TypeScript, two files - typings/main.d.ts and typings/browser.d.ts - are generated which reference all typings installed in the current project. To use this, you can add the reference to tsconfig.json files:

{
  "files": [
    "typings/main.d.ts"
  ]
}

Or as a reference to the top of TypeScript files:

/// <reference path="../typings/main.d.ts" />

If you're building a front-end package it's recommended you use typings/browser.d.ts instead. The browser typings are compiled using the browser field overrides.

How Do I Use Typings With Git and Continuous Integration?

If you're already publishing your module with TypeScript, you're probably using NPM scripts to automate the build. To integrate typings into this flow, I recommend you run it as part of the prepublish or build steps. For example:

{
  "scripts": {
    "build": "rm -rf dist && tsc",
    "prepublish": "typings install && npm run build"
  }
}

If you're using some other set up, just run typings install before you execute the build step. This will install the type definitions from typings.json before the TypeScript compiler runs.

How Do I Write Typings Definitions?

Writing a new type definition is as simple as creating a new package. Start by creating a new typings.json file, then add dependencies as normal. When you publish to GitHub, locally, alongside your package (NPM or Bower) or even to your own website, someone else can reference it and use it.

{
  "name": "typings",
  "main": "path/to/definition.d.ts",
  "ambient": false,
  "author": "Blake Embrey <hello@blakeembrey.com>",
  "description": "The TypeScript definition dependency manager",
  "dependencies": {},
  "devDependencies": {},
  "ambientDependencies": {}
}

• main The entry point to the definition (canonical to "main" in NPM's package.json)
• browser A string or map of paths to override when resolving (canonical to "browser" in NPM's package.json)
• ambient Specify that this definition must be installed as ambient (also inferred from the type definition)
• name The name of the definition
• dependencies A map of dependencies that need installing
• devDependencies A map of development dependencies that need installing
• ambientDependencies A map of environment dependencies that need installing

Can I Use Multiple Sources?

The values of the dependency map can be a string, or an array of strings, which point to the location of the type information. For most cases, using a string is enough. In some cases, however, it's possible that a type definition becomes available over multiple sources. In this case, typings will resolve to the first available entry. For example, publishing a type definition that refers to npm:<package> will resolve before github:<org>/<package>, but only when the package is installed.

What Are Ambient Dependencies?

Ambient dependencies are type definitions which provide information about an environment. Some examples of these dependencies are node, browserify, window or even Array.prototype.map. These are globals that need to exist, but you do not "require" them.

Should I Use The typings Field In package.json?

Maybe. If you're relying on typings to provide the type dependencies, I recommend that you omit the typings entry for now. If you don't use the typings.json file, add typings in package.json. This is because TypeScript 1.6+ comes with node module resolution built-in, but unless all the packages in the NPM dependency tree have their own typings entry inline you'll be breaking TypeScript users of your library. Typings has complete support for the node module resolution strategy in TypeScript.

Where do the type definitions install?

Typings are compiled and written into the typings/ directory alongside typings.json. More specifically, the structure looks like this:

typings/{ambient,definitions}/{main,browser}/{dependency}.d.ts
typings/{main,browser}.d.ts

Where typings/{main,browser}.d.ts is a compilation of references to installed definitions. Main and browser typings are written to separate directories for tsconfig.json exclude support - you can completely exclude either the primary or browser typings.

License

MIT