導入
Java 16で正式導入された「instanceofのパターンマッチング」は、型チェックとキャストを同時に行える画期的な機能です。しかし、多くのエンジニアが「ifブロック内では変数が使えるけれど、elseブロックではどうなるの？」という疑問を抱えています。このTipsを理解することで、冗長なキャストを排除し、より安全で読みやすいコードを書くための判断基準が身につきます。
基礎知識
従来のJavaでは、instanceofで型を確認した後、別途キャストを行う必要がありました。パターンマッチングでは、instanceofの直後に変数名（パターン変数）を記述することで、型が一致した瞬間にその変数へ代入されます。
重要なポイントは「スコープ」です。パターン変数は、その変数が「確実に初期化されている」とコンパイラが判断できる範囲（フロースコープ）でのみ有効となります。
実装/解決策
if文において、条件が成立した時（true）はパターン変数が確実に初期化されているため、ifブロック内で利用可能です。一方で、否定形（!instanceof）を用いた場合、elseブロック内での変数の可視性がどうなるかがポイントです。
Javaの仕様では、!instanceofによるパターン変数は、ifブロックを抜けた後の「elseブロック内」では利用できません。なぜなら、elseブロックに到達した時点で「そのオブジェクトは指定した型ではない」ことが確定しているため、パターン変数自体が不要（または未定義）だからです。
サンプルプログラム
以下のコードは、パターンマッチングを活用した実用的な例です。
public class PatternMatchingExample {
public static void main(String[] args) {
Object obj = “Hello Java”;
// instanceofのパターンマッチングを使用
if (obj instanceof String str) {
// ここでは str が String型として利用可能
System.out.println(“文字列の長さ: ” + str.length());
} else {
// ここでは str は未定義。
// elseブロックで str を使おうとするとコンパイルエラーになります。
System.out.println(“文字列ではありません。”);
}
// !instanceof を使用する場合
if (!(obj instanceof String str)) {
// ここでは str は使えません。
// なぜなら、strが初期化されるのは「文字列だった時だけ」だからです。
return;
}
// ここに到達したということは、objはStringであると確定しているため
// このスコープ内であれば str を使用可能です
System.out.println(“処理を続行: ” + str.toUpperCase());
}
}
応用・注意点
現場で陥りやすいバグとして、「!instanceofの後に、その変数をelse側で使おうとしてコンパイルエラーになる」ケースがあります。
解決策のコツとしては、ガード句（早期リターン）を使うことです。上記サンプルの後半のように、if (!(obj instanceof Type var)) でガードすることで、その後のコード全体でパターン変数を利用可能になります。これにより、elseブロックを深くネストさせる必要がなくなり、コードの可読性が飛躍的に向上します。また、パターン変数は「不変（final相当）」として扱われるため、意図しない値の書き換えを防ぐという安全性も享受できます。ぜひプロジェクトで積極的に取り入れてみてください。
コメント