TypeScriptにおけるobject / Object / {} の違いと適切な使い分け

2026年5月16日

基本の型・変数宣言

TypeScriptを学習する上で、多くの開発者が最初に直面する壁の一つが、オブジェクトに関連する型定義の使い分けです。

特に object、Object、そして {} という3つの表現は、一見すると似ているため、どのように使い分けるべきか迷うことが多いでしょう。

これらの型は、TypeScriptの型システムにおいてそれぞれ異なる意味と役割を持っています。

本記事では、2026年現在の最新のベストプラクティスを交えながら、これらの違いを明確にし、状況に応じた最適な選択ができるように詳しく解説します。

これら3つの型の違いを正しく理解することは、アプリケーションの型安全性を維持する上で極めて重要です。

誤った型を選択してしまうと、実行時に予期せぬエラーが発生したり、逆に本来検知すべきエラーを見逃してしまったりする可能性があるからです。

目次 [ close ]

object型（小文字）の特徴と利用シーン

object型（すべて小文字）は、TypeScript 2.2で導入された型であり、「プリミティブ型ではないもの」すべてを指します。

JavaScriptにおけるプリミティブ型とは、number、string、boolean、symbol、null、undefined、そして bigint の7つです。

つまり、object型は、これら以外の値、例えば通常のオブジェクト {}、配列 []、関数、クラスのインスタンスなどを許容します。

以下のコード例で、object型の挙動を確認してみましょう。

TypeScript

// object型にはオブジェクトや配列、関数を代入できる
let obj: object;

obj = { name: "Alice" }; // OK
obj = [1, 2, 3];        // OK
obj = () => {};         // OK

// プリミティブ型を代入しようとするとエラーになる
// obj = 42;            // Error
// obj = "hello";       // Error
// obj = true;          // Error

このように、object型は「構造を問わず、とにかくオブジェクトであること」を保証したい場合に適しています。

しかし、object型には一つ大きな制約があります。

それは、代入されたオブジェクトがどのようなプロパティを持っているかをTypeScriptが認識できない点です。

たとえ { name: "Alice" } を代入したとしても、obj.name のようにプロパティにアクセスすることはできません。

TypeScript

let sample: object = { name: "Alice" };

// プロパティへのアクセスはコンパイルエラーになる
// console.log(sample.name); // Error: Property 'name' does not exist on type 'object'.

このため、object型は Object.create() のような「オブジェクトを受け取るが、その中身には関与しない」APIの型定義などで主に利用されます。

{} 型（空のオブジェクト型）の意外な挙動

次に、{} という型について解説します。

多くの初心者は、これが「プロパティを一つも持たない空のオブジェクト」を意味すると考えがちですが、実際には異なります。

TypeScriptにおいて {} 型は「nullとundefinedを除くすべての値」を表します。

これには驚くべきことに、number や string といったプリミティブ型も含まれます。

なぜこのような挙動になるかというと、TypeScriptの型システムが「その型の値が持つべきプロパティ」に着目しているからです。

{} 型は「プロパティを何も要求しない型」であるため、JavaScriptの仕様上、プロパティアクセスが可能な値であれば何でも適合してしまいます。

プリミティブ値も JavaScript 内部では一時的にオブジェクトとしてラップ（ボクシング）されるため、{} 型に代入可能となってしまうのです。

TypeScript

let empty: {};

empty = { a: 1 }; // OK
empty = 42;       // OK (驚くことにエラーにならない)
empty = "text";   // OK

// ただし、null と undefined は代入できない（strictNullChecksが有効な場合）
// empty = null;      // Error
// empty = undefined; // Error

この {} 型も、object型と同様にプロパティへのアクセスは制限されます。

たとえば、42 を代入した empty 変数に対して、特定のプロパティを参照することはできません。

実務において「空のオブジェクト」を表現したい場合に {} を使うのは、意図しないプリミティブ値の混入を許してしまうため、推奨されないケースが多いです。

{} 型と object 型の決定的な違い

ここで object と {} の最大の違いを整理しましょう。

最も大きな違いは、プリミティブ値を許容するかどうかです。

object はプリミティブを拒絶しますが、{} は null と undefined 以外をすべて受け入れます。

型安全性を重視する場合、このわずかな差が大きなバグの原因になることがあります。

Object型（大文字）が推奨されない理由

3つ目は、大文字から始まる Object 型です。

これは JavaScript のグローバルな Object インターフェースを指します。

基本的には {} 型とほぼ同じ挙動を示しますが、Object 型は Object.prototype に定義されているメソッド（toString() や hasOwnProperty() など）の存在を明示的に示す型です。

しかし、2026年現在のモダンなTypeScript開発において、Object 型を直接使用することはほとんどありません。

なぜなら、ほとんどのケースで object（小文字）か、後述する Record<string, unknown=""></string,>、あるいは unknown 型の方が適切だからです。

TypeScriptの公式 lint ルール（typescript-eslint）などでも、大文字の Object 型の使用は「紛らわしい」として禁止される傾向にあります。

TypeScript

let objInstance: Object;

objInstance = { a: 1 }; // OK
objInstance = 100;     // OK ({}と同様にプリミティブも許容)

// Object.prototype のメソッドは利用できる
console.log(objInstance.toString());

実行結果

[object Object]

このように、Object 型は {} と同じく広範な値を許容しすぎるため、開発者が意図した「特定のオブジェクト」を表現するには不向きです。

object / Object / {} の違いを一覧表で比較

これら3つの型の違いを、わかりやすく表にまとめました。

型名	プリミティブ値 (number等)	null / undefined	プロパティアクセス	主な用途
`object`	×（拒否）	×（拒否）	×（不可）	非プリミティブの保証
`{}`	○（許容）	×（拒否）	×（不可）	ほぼ使用しない
`Object`	○（許容）	×（拒否）	△（プロトタイプのみ）	非推奨

この表からわかる通り、最も厳格に「オブジェクトであること」を制限できるのは小文字の object 型です。

しかし、どの型も「オブジェクトの内部プロパティにアクセスする」という目的には適していません。

実務で選ぶべきはどれか？ 2026年の推奨設計

では、実際に「プロパティを持つオブジェクト」を扱いたい場合、どの型を使うべきなのでしょうか。

結論として、用途に応じて以下の3つのアプローチを使い分けるのが現在の主流です。

1. 構造が明らかな場合は「interface」または「type」

どのようなプロパティがあるか分かっている場合は、これらを使用して厳密に型定義を行います。

TypeScript

interface User {
  id: number;
  name: string;
}

const user: User = { id: 1, name: "Tanaka" };
console.log(user.name); // OK

2. 任意のキーを持つオブジェクトなら「Record<string, unknown>」

「どんなキーが来るかわからないが、オブジェクトであることは確実」という場合は、Record 型が最適です。

object 型と違い、プロパティアクセスの試行を型安全に行うことができます。

TypeScript

const data: Record<string, unknown=""> = {
  id: 100,
  status: "active"
};

// unknown型なので、使用する際は型ガードが必要
if (typeof data.id === "number") {
  console.log(data.id + 1);
}
</string,>

Record<string, unknown=""></string,> は {} や object よりも意図が明確であり、現代のTypeScript開発において最も汎用的なオブジェクト型の一つです。

3. 完全に不明な値なら「unknown」

APIのレスポンスなど、値がオブジェクトかどうかも不明な場合は unknown 型を使用します。

unknown は any の安全な代替であり、型判定（Type Guard）を行わない限り操作ができないため、非常に安全です。

なぜ any を避けるべきなのか

かつては any が多用されていましたが、2026年の開発環境では any の使用は厳格に制限されています。

any を使うと、コンパイラのチェックをすべて無効化してしまい、実行時のバグを誘発するからです。

今回解説した object や {} の違いを理解することで、any に頼らない堅牢なコードを書く土台が整います。

よくある間違いと注意点

開発現場でよく見かける間違いに、「何でも入る器」として {} を使ってしまうケースがあります。

前述の通り、{} は number や string を受け入れてしまいます。

例えば、関数の引数に {} を指定すると、意図せず数値や文字列を渡してもコンパイルが通ってしまい、ランタイムでエラーが発生する可能性があります。

このような事故を防ぐためにも、「非プリミティブ」であることを明示したいなら object を選びましょう。

また、古いライブラリの型定義では Object や {} が使われていることがありますが、自作のコードではこれらを避けるのが賢明です。

型推論の活用

TypeScriptは非常に賢い型推論を持っています。

無理に object と明示しなくても、変数に直接オブジェクトを代入すれば、TypeScriptはその構造を正確に推論してくれます。

明示的な型指定が必要なのは、主に関数の引数や戻り値、またはクラスのプロパティを定義する場面に限定されるべきです。

まとめ

TypeScriptにおける object、Object、{} の違いについて解説してきました。

最後に、それぞれのポイントを振り返ります。

object（小文字）：プリミティブ型を除外する「純粋なオブジェクト」を指すが、プロパティアクセスはできない。
{}（空のオブジェクト型）：null と undefined 以外のすべての値を許容するため、注意が必要。
Object（大文字）：JavaScriptのグローバルインターフェースを指し、{} と同様に広すぎる型であるため使用は推奨されない。

2026年のモダンな開発においては、これらを直接使う場面は限られています。

基本的には、特定の構造を持つなら interface、動的なオブジェクトなら Record<string, unknown>、型が不明なら unknown を選択するのがベストプラクティスです。

これらの違いを正しく理解し、適切に使い分けることで、あなたのコードの型安全性と可読性は飛躍的に向上するでしょう。

TypeScriptの強力な型システムを最大限に活用し、安全なアプリケーション開発を目指してください。