導入：なぜ今、Type Patternsなのか
Java開発の現場において、オブジェクトの型を判定して処理を分岐させるというコードは非常に一般的です。従来、私たちは `instanceof` を使って型を確認し、その後にキャストを行うという冗長な処理を繰り返してきました。Java 21で正式導入された「Type Patterns in switch（switchにおける型パターン）」は、この面倒なボイラープレートコードを一掃し、読みやすく安全なコードを実現するための非常に重要な機能です。
基礎知識：型パターンとは
「型パターン」とは、特定の型と一致するかどうかを判定すると同時に、一致した場合にはその型の変数をそのまま利用できる仕組みです。
従来の `if (obj instanceof String)` では、判定後に改めて `String s = (String) obj;` とキャストする必要がありました。しかし、型パターンを使えば、判定と変数への束縛（バインディング）が同時に行われます。これを `switch` 文や `switch` 式に応用することで、複数の型を簡潔に振り分けることが可能になりました。
実装：switch式とパターンマッチング
Javaの `switch` は進化を遂げ、単なる制御フローから、値を返す「式（Expression）」へと変貌しました。これに `sealed class`（封印されたクラス）を組み合わせることで、網羅的なチェックをコンパイラに保証させることができます。
以下に、実用的な実装例を示します。
サンプルプログラム：型に応じた柔軟な処理
public class TypePatternExample {
public static void main(String[] args) {
Object input = “Java 21へようこそ”;
// switch式を使って型に基づいた処理を行う
String result = switch (input) {
// Integer型なら倍にして返す
case Integer i -> “数値: ” + (i 2);
// String型なら文字数を返す（型パターン適用）
case String s -> “文字列の長さ: ” + s.length();
// nullに対する安全な処理も可能
case null -> “入力が空です”;
// それ以外の場合
default -> “未知の型です”;
};
System.out.println(result);
}
}
応用・注意点：現場で陥りやすい罠
1. 網羅性の確保: `sealed class` と組み合わせる場合、すべてのサブクラスを網羅しないとコンパイルエラーになります。これはバグを防ぐ大きなメリットですが、将来的にサブクラスが増えた際に修正が必要になることを忘れないでください。
2. nullの扱い: 従来の `switch` は `null` が渡されると `NullPointerException` をスローしましたが、最新の `switch` 式では `case null` を定義できるため、より安全なコードが書けます。
3. ガード条件の活用: `case String s && s.length() > 5` のように、型だけでなく条件（ガード）を付け加えることも可能です。これにより、さらに細かいビジネスロジックを `switch` 内で完結させることができます。
型パターンを使いこなすことで、複雑な `if-else` の入れ子構造から解放されます。ぜひ、既存のコードのリファクタリングから試してみてください。
コメント