概要

JavaScriptにおける型変換とは「値が勝手に変わること」ではない。
それは**“コードの文脈に応じて型が変換されることを理解し、その動作を意図的に制御・防御するための戦略設計”**である。

JavaScriptは動的型付け言語であり、数値・文字列・真偽値・null/undefined・オブジェクト間の変換が頻繁に起こる。
しかしそれらは**「直感に反した挙動」や「意図しないバグ」の温床にもなる**。

本稿では、暗黙の型変換と明示的変換の動作と落とし穴を整理し、
安全な型設計・防御的プログラミングの考え方を解説する。

1. 暗黙の型変換（coercion）の代表例

console.log(1 + "2");       // "12"
console.log("3" * "4");     // 12
console.log(null == 0);     // false
console.log(undefined == null); // true

✅ + は 文字列が混じると連結
✅ *, -, / は 数値に変換されて演算
❌ == は 曖昧な型変換を含む

2. 明示的な型変換の設計例

const str = String(123);   // "123"
const num = Number("42");  // 42
const bool = Boolean("");  // false

✅ 明示的に変換することで意図をコードに残せる
✅ parseInt, parseFloat は 文字列から数値への特化型

3. toString / valueOf による内部変換

const obj = {
  valueOf() { return 10; },
  toString() { return "object"; }
};

console.log(obj + 1); // 11

✅ valueOf優先 → プリミティブへの変換が内部で呼ばれる
❌ object + number → 意図しない挙動が発生しやすい

4. 数値変換時の罠

Number("0x10")    // ✅ 16
parseInt("08")    // ❌ 8（10進と認識されず）
parseInt("08", 10) // ✅ 8

✅ parseInt は radix（基数）指定が必須
❌ "08" や "09" のような先頭0つき数値に注意

5. NaNとの比較・防御戦略

console.log(NaN === NaN);  // ❌ false
console.log(Number.isNaN(NaN)); // ✅ true

❌ NaN は自分自身とすら一致しない
✅ 比較には Number.isNaN() を使うのが安全

6. == vs === の使い分け再考

false == 0       // ✅ true（型変換あり）
false === 0      // ❌ false（型違い）

"0" == 0         // ✅ true
"0" === 0        // ❌ false

✅ === を基本とし、== を使うときは仕様理解 + 設計意図明確化

設計判断フロー

① 暗黙変換に頼っていないか？（特に + や ==）

② 明示的に変換すべき場面で typeof や constructor を使っているか？

③ 入力値の型が常に保証されるか？ → エラーハンドリングや型チェックの設計

④ NaNやundefinedなど「変換不能値」が混入しない設計か？

⑤ 明示的変換で意図をコードに残しているか？

よくあるミスと対策

❌ `==` によって `"0"` と `false` が等価に扱われる

→ ✅ ===で型も値も一致させる

❌ `"08"` を `parseInt` したら意図と違う値が返ってくる

→ ✅ 第2引数に 10 を明示的に与える

❌ NaN同士を `===` で比較して false になる

→ ✅ Number.isNaN() を使用して確実な判定を行う

結語

型変換とは「JavaScriptが勝手にやってくれるもの」ではない。
それは**“構文の中に潜む意図しない変換を制御し、意図を可視化して安全な型設計を行うための戦略”**である。

暗黙変換は原則避け
明示的に変換することでコードの意図を可視化し
変換不能な値や境界値（NaN / undefined）に対する戦略を組み込む

JavaScriptにおける型変換とは、
“言語仕様の不透明さと設計意図の橋渡しを行うための安全制御構造”である。