1. キャスティングとは何か
キャスティングとは、ある「参照」や「値」を、別の「解釈」に切り替えるための仕組みです。文脈によって意味は少し変わりますが、共通する本質は「今の扱い方（解釈）を別の扱い方に変更し、後続の動作を変える」点にあります。たとえば、型（データの種類）としては異なるものを、同じように扱ってよいかを判断して、扱いを切り替えることがあります。
重要なのは、キャスティングが「自動で安全を保証する魔法」ではないことです。元の前提（実際の中身が期待に合っているか、条件が満たされているか）を外すと、誤動作や例外、意図しない結果につながります。ここでの安全性は、キャスティングそのものではなく、事前に立てた前提と検証の仕方に依存します。
2. 仕組み（考え方のモデル）
キャスティングは、概ね次の流れで理解すると整理しやすくなります。
- 入力を受け取る（参照・値がある）
- その入力に対して「別の解釈で扱う」ことを決める（明示的な選択や条件）
- 以後の操作は、切り替えた解釈に従って行われる
このとき「別の解釈」とは、型の扱い、あるいはどの経路で処理するか、どの機能を前提にするか、といった形で現れます。キャスティングが効いているかどうかは、結果として観測できる出力や動作（成功/失敗、例外、計算結果の変化など）に表れます。
3. 制限と、よくある落とし穴
キャスティングで問題になりやすい制限は、次のような性質に集約されます。
- 前提の不一致：見た目や型情報だけで「中身も一致している」と決め打ちすると外れます。
- 互換性の不足：変換元と変換先の関係が弱いと、切り替え後の操作が破綻します。
- 境界ケース：null相当、空、極端な値、想定外の入力により、通常の前提が崩れます。
- 設計上の混同：キャスティング（解釈の切替）と、単なる選択（別の処理を選ぶ）や変換（値そのものを別形式に作り直す）を同じものとして扱うと誤解します。
「制限がある」こと自体は避けられないことが多く、対策は“キャスティングに頼り切らないこと”です。具体的には、前提を明確にし、切り替えが成立する条件をコードや運用で再現できる形にします。