TypeScript Strict Modeで防ぐ実行時事故5選

TypeScript Strict Modeは好みの設定ではなく、本番で起きやすい値の欠落、anyの拡散、危険なインデックス参照、弱い関数契約、未検証JSONを編集時点で見つける安全網です。外部データはunknownとして受け、境界で検証し、内部モデルへ変換します。

Useful internal references: Word Counter / Read Time Estimator / PageSpeed / Robots and Sitemap Guide / Tailwind CSS 4 Guide.

1. nullとundefined

TypeScript Strict Modeは好みの設定ではなく、本番で起きやすい値の欠落、anyの拡散、危険なインデックス参照、弱い関数契約、未検証JSONを編集時点で見つける安全網です。外部データはunknownとして受け、境界で検証し、内部モデルへ変換します。 The practical rule is to decide behavior before runtime: empty state, fallback value, controlled error, or validated model. This keeps reviews focused and prevents hidden assumptions from reaching users.

2. anyの拡散

TypeScript Strict Modeは好みの設定ではなく、本番で起きやすい値の欠落、anyの拡散、危険なインデックス参照、弱い関数契約、未検証JSONを編集時点で見つける安全網です。外部データはunknownとして受け、境界で検証し、内部モデルへ変換します。 The practical rule is to decide behavior before runtime: empty state, fallback value, controlled error, or validated model. This keeps reviews focused and prevents hidden assumptions from reaching users.

3. 危険な添字

TypeScript Strict Modeは好みの設定ではなく、本番で起きやすい値の欠落、anyの拡散、危険なインデックス参照、弱い関数契約、未検証JSONを編集時点で見つける安全網です。外部データはunknownとして受け、境界で検証し、内部モデルへ変換します。 The practical rule is to decide behavior before runtime: empty state, fallback value, controlled error, or validated model. This keeps reviews focused and prevents hidden assumptions from reaching users.

4. 弱い契約

TypeScript Strict Modeは好みの設定ではなく、本番で起きやすい値の欠落、anyの拡散、危険なインデックス参照、弱い関数契約、未検証JSONを編集時点で見つける安全網です。外部データはunknownとして受け、境界で検証し、内部モデルへ変換します。 The practical rule is to decide behavior before runtime: empty state, fallback value, controlled error, or validated model. This keeps reviews focused and prevents hidden assumptions from reaching users.

5. 未検証JSON

TypeScript Strict Modeは好みの設定ではなく、本番で起きやすい値の欠落、anyの拡散、危険なインデックス参照、弱い関数契約、未検証JSONを編集時点で見つける安全網です。外部データはunknownとして受け、境界で検証し、内部モデルへ変換します。 The practical rule is to decide behavior before runtime: empty state, fallback value, controlled error, or validated model. This keeps reviews focused and prevents hidden assumptions from reaching users.

Rollout checklist

• Enable strict in a branch and group errors by risk.
• Start with null handling and external data boundaries.
• Replace implicit any with unknown plus validation.
• Add explicit return types to public functions.
• Keep temporary casts visible until they are removed.

FAQ

Does Strict Mode slow development?

During migration it can, but it reduces production rework by exposing shape and contract errors earlier.

Is optional chaining enough?

No. It prevents one crash but does not decide the user experience when data is missing.

Do schema libraries matter?

Small boundaries can use handwritten guards. Larger products benefit from shared schemas.