メインコンテンツまでスキップ

型定義ファイル (.d.ts)

自身のプロジェクトでTypeScriptでコーディングする場合は型を宣言することにより、IDEやエディターの補完機能やコードチェックを行えます。しかし外部のパッケージ(npm)を利用する場合は型定義ファイルが含まれているとは限りません。

型定義ファイルとは

型定義ファイルとはアクセス可能な宣言を記述したファイルです。拡張子は.d.tsです。

型定義ファイルは主にパッケージを配布するために作成されます。TypeScriptはJavaScriptにコンパイルされるときに型情報は無くなってしまいます。そのままJavaScriptパッケージを利用すると型定義の恩恵を得ることができません。しかし型定義ファイルを同梱することにより補完やコードチェックとして利用することができます。

残念なことにnpmに公開されているすべてのパッケージに必ずしも定義ファイルが存在するとは限りません。こちらに関しては型定義ファイルの有無にて説明します。

型定義ファイル出力例

tscコマンドに-dオプションをつけてコンパイルを行うとJavaScriptと型定義ファイルを出力することができます。

TypeScriptファイル

次のTypeScriptファイル(sample.ts)を-dオプションを付けてコンパイルしてみます。

sample.ts
ts
interface Person {
firstName: string;
lastName: string;
}
 
function greeter(person: Person): string {
return "Hello, " + person.firstName + " " + person.lastName;
}
sample.ts
ts
interface Person {
firstName: string;
lastName: string;
}
 
function greeter(person: Person): string {
return "Hello, " + person.firstName + " " + person.lastName;
}

tscコマンドに-dオプションを付けコンパイルを実行する。

bash
tsc -d
bash
tsc -d

JavaScriptファイル

sample.tsではInterfaceを使っていますが、JavaScriptにはInterfaceの概念がないため関数のみになりました。また引数の型情報もなくなります。

sample.js
js
function greeter(person) {
return "Hello, " + person.firstName + " " + person.lastName;
}
//# sourceMappingURL=sample.js.map
sample.js
js
function greeter(person) {
return "Hello, " + person.firstName + " " + person.lastName;
}
//# sourceMappingURL=sample.js.map

d.tsファイル

定義情報のみ記載されたファイルが出力されます。

sample.d.ts
ts
interface Person {
firstName: string;
lastName: string;
}
declare function greeter(person: Person): string;
sample.d.ts
ts
interface Person {
firstName: string;
lastName: string;
}
declare function greeter(person: Person): string;

型定義ファイルの有無

型定義ファイルはパッケージ開発者またはボランティアにより作成されています。

  • 型定義ファイル有り
    • TypeScriptで書かれたパッケージ
    • JavaScriptで書かれたパッケージだが.d.tsファイルを同梱している
  • 型定義ファイル有りだが別途インストールが必要
    • JavaScriptで書かれたパッケージだが、 DefinitelyTypedに登録されている
  • 型定義ファイル無し
    • JavaScriptで書かれたパッケージで型定義ファイルが存在しない

型定義ファイル有り

型定義ファイルが含まれているパッケージの場合は特別な作業は必要ありません。

例としてdate libraryのmomentはJavaScriptで構築されていますが、moment.d.tsを同封しています。そのままinstallを行うだけで定義ファイルの恩恵を受けられます。

bash
npm install moment
bash
npm install moment

型定義ファイル有りの場合は、設定なく型情報を参照することができます。

型定義ファイル有りだが別途インストールが必要

もし、パッケージに型定義ファイルが同梱されていない場合は別途インストールする必要があります。

TypeSearchからパッケージ名を検索しインストールを行います。TypeSearchのリポジトリはDefinitelyTypedであり、ここに多くのライブラリの定義ファイルが一元管理されています。定義ファイルのインストールもnpmコマンドを利用します。

Express本体と定義ファイルのインストール例は次のようになります。

bash
npm install express --save # express本体のインストール
npm install @types/express --save-dev # 型定義ファイルのインストール
bash
npm install express --save # express本体のインストール
npm install @types/express --save-dev # 型定義ファイルのインストール

型定義ファイル無し

型定義ファイルがないライブラリも存在します。その場合は

  1. anyで妥協する
  2. 型定義ファイルを作る

型定義ファイルの存在しないライブラリも利用することが可能ですが暗黙的にany型になります。また自身で作成しDefinitelyTypedに公開することもできます。

コントリビュート(貢献)する方法 | Definitely Typed

型定義ファイルで登場するキーワード

ここでは型定義ファイルを読めるようになるために、型定義ファイルでよく利用されるキーワードを紹介します。

declare

declareキーワードを使うことでTypeScriptに変数、関数、クラスなどがJavaScript内に「存在する」ことを伝えることができます。これを「アンビエント宣言」と呼びます。

次のファイルがJavaScriptライブラリとして読み込まれており、グローバル関数としてhelloが使える状態だとします。

js
function hello(name) {
return "Hello, " + name;
}
js
function hello(name) {
return "Hello, " + name;
}

この状態でTypeScriptでhello関数を呼び出すと型エラーが発生します。これは、TypeScriptがhello関数が存在することを知らないためです。

ts
hello("taro");
Cannot find name 'hello'.2304Cannot find name 'hello'.
ts
hello("taro");
Cannot find name 'hello'.2304Cannot find name 'hello'.

declareを利用してアンビエント宣言をすることで、TypeScriptにJavaScript内のどこかにhello関数が「存在する」ことを宣言することができます。これによりTypeScriptがhello関数を認識できるようになります。

ts
declare function hello(name: string): string;
 
hello("taro");
"hello, taro"
ts
declare function hello(name: string): string;
 
hello("taro");
"hello, taro"

実際のモジュールの型定義ファイルの例としてjestの型定義ファイルを見てみましょう。beforeAllなどの関数が型定義ファイル内でアンビエント宣言されているのが確認できます。これによりモジュールの読み込みをしなくても、TypeScriptがbeforeAllを関数として認識することができます。

node_modules/@types/jest/index.d.ts
ts
declare var beforeAll: jest.Lifecycle;
 
declare namespace jest {
type Lifecycle = (fn: ProvidesHookCallback, timeout?: number) => any;
}
node_modules/@types/jest/index.d.ts
ts
declare var beforeAll: jest.Lifecycle;
 
declare namespace jest {
type Lifecycle = (fn: ProvidesHookCallback, timeout?: number) => any;
}

namespace

namespaceキーワードを使うことで名前空間を定義することができます。
名前空間を定義することで、型名の衝突を避けることができます。

Elementという型をライブラリの型として定義してライブラリ利用者が参照できるようにしたいと考えみます。この型はTypeScriptのlib.dom.d.tsにすでに定義されているため、そのまま同じグローバルな空間に定義をすると名前が衝突してしまいます。

node_modules/typescript/lib/lib.dom.d.ts
ts
interface Element
extends Node,
ARIAMixin,
Animatable,
ChildNode,
InnerHTML,
NonDocumentTypeChildNode,
ParentNode,
Slottable {
readonly attributes: NamedNodeMap;
/** Allows for manipulation of element's class content attribute as a set of whitespace-separated tokens through a DOMTokenList object. */
readonly classList: DOMTokenList;
 
// 省略
}
node_modules/typescript/lib/lib.dom.d.ts
ts
interface Element
extends Node,
ARIAMixin,
Animatable,
ChildNode,
InnerHTML,
NonDocumentTypeChildNode,
ParentNode,
Slottable {
readonly attributes: NamedNodeMap;
/** Allows for manipulation of element's class content attribute as a set of whitespace-separated tokens through a DOMTokenList object. */
readonly classList: DOMTokenList;
 
// 省略
}

次のコードはnamespaceを使わずにライブラリ独自の型としてElementを定義している例です。TypeScriptでは同じインターフェースが定義された場合は宣言のマージが発生するため、lib.dom.d.tsで定義されている型とマージされるため、attributesプロパティなど複数プロパティの指定を求められてしまいます。

ts
// hello.d.ts
interface Element {
id: string;
}
 
// index.ts
const e: Element = {
Type '{ id: string; }' is missing the following properties from type 'Element': attributes, classList, className, clientHeight, and 159 more.2740Type '{ id: string; }' is missing the following properties from type 'Element': attributes, classList, className, clientHeight, and 159 more.
id: "1",
};
ts
// hello.d.ts
interface Element {
id: string;
}
 
// index.ts
const e: Element = {
Type '{ id: string; }' is missing the following properties from type 'Element': attributes, classList, className, clientHeight, and 159 more.2740Type '{ id: string; }' is missing the following properties from type 'Element': attributes, classList, className, clientHeight, and 159 more.
id: "1",
};

名前空間を定義することで衝突を避けてライブラリ独自の型を定義をすることができます。

ts
// @filename: hello.d.ts
namespace Hello {
interface Element {
id: number;
}
}
 
// @filename: index.ts
const e: Hello.Element = {
id: 1,
};
ts
// @filename: hello.d.ts
namespace Hello {
interface Element {
id: number;
}
}
 
// @filename: index.ts
const e: Hello.Element = {
id: 1,
};

Reactの型定義ファイルでは、次のようにnamespace JSXで名前空間が定義されてElementの型が定義がされています。

declare globaldeclare namespaceの違いについて
型定義ファイルでは同じ振る舞いをするため違いはない。declare globalと記述をすることで、グローバルスコープに名前空間を定義するということを開発者の意図として明示できる?

ts
// @filename: node_modules/@types/react/index.d.ts
declare global {
namespace JSX {
interface Element extends React.ReactElement<any, any> {}
 
// 省略
}
}
ts
// @filename: node_modules/@types/react/index.d.ts
declare global {
namespace JSX {
interface Element extends React.ReactElement<any, any> {}
 
// 省略
}
}

module

TypeScript1.5以前では、moduleキーワードが「内部モジュール(名前空間)」を定義するために使用されていました。これは現在のnamespaceの機能と同等です。しかし、この名前がESModuleの「外部モジュール」の定義とキーワード名が重複し、混乱を招いてしまう可能性があったため、TypeScript1.5から「内部モジュール」は「名前空間」と呼ばれるように変更され、namespaceキーワードが新たに導入されました。

現在では、moduleキーワードは非推奨となっているため、namespaceキーワードの使用をするようにしてください。

トリプルスラッシュ・ディレクティブ

型定義ファイルの先頭で見かける3つのスラッシュ(///)ではじめるコメント行をトリプルスラッシュ・ディレクティブと呼びます。これは、TypeScript独自の形式でコンパイラに対して指示を出す機能を持っています。

トリプルスラッシュ・ディレクティブにはいくつかの種類が存在しており、ここでは多くの型定義ファイルで目にする代表的なディレクティブを2つ紹介します。

/// <reference path="..." /> (参照ディレクティブ)

参照ディレクティブはコンパイラに型定義ファイル間の依存関係を宣言でき、pathで指定された型定義ファイルを追加でコンパイル時に読み込むように指示を与えることができます。たとえば、次の例ではindex.d.tsをコンパイラが読み込む際に追加でglobal.d.tsを読み込みます。

node_modules/@types/react/index.d.ts
ts
/// <reference path="global.d.ts" />
node_modules/@types/react/index.d.ts
ts
/// <reference path="global.d.ts" />

/// <reference types="..." /> (型ディレクティブ)

型ディレクティブはnpmパッケージへの依存関係を宣言できます。宣言されたパッケージの依存を解決する処理はimport文でのパッケージの解決と似た処理のため、型ディレクティブは型のimportのようなものとも考えられます。

次の例はexpressの型定義ファイルの一部です。型ディレクティブでserve-staticパッケージの型定義ファイルに依存していることが示されています。

node_modules/@types/express/index.d.ts
ts
/// <reference types="express-serve-static-core" />
/// <reference types="serve-static" />
node_modules/@types/express/index.d.ts
ts
/// <reference types="express-serve-static-core" />
/// <reference types="serve-static" />