1. 導入：なぜガード付きパターンが重要なのか
Javaのコーディングで、特定の型をチェックした後に「さらに細かい条件」で分岐させたい場面は非常に多いです。従来は、型チェックの後にネストしたif文を書いていたため、コードが深く読みづらくなっていました。
Java 21から正式導入された「Guarded Patterns」を使えば、型チェックと条件判定を一行にまとめることができます。これにより、コードの可読性が劇的に向上し、バグの温床となる複雑な条件分岐を解消できます。
2. 基礎知識：パターンマッチングとガード
「パターンマッチング」とは、変数の型を判定し、そのまま変数として扱う機能です。
ここに「ガード（Guarded）」の概念が加わると、「型が一致すること」に加えて「特定の条件（式の結果がtrueであること）」という制約を付け加えられます。
これまで switch文の中で複雑な条件分岐を書くために使っていたif-elseの多用を、「when」キーワードを使って簡潔に記述できるようになりました。
3. 実装と解決策
Guarded Patternsは、switch文のcase句で「case 型 変数名 when 条件式」という形で記述します。
これにより、例えば「文字列型であること」と「文字列の長さが5文字以上であること」を同時に判定し、その結果を使って処理を行うことができます。
4. サンプルプログラム
以下のコードをコピーして、Java 21以降の環境で実行してみてください。
public class GuardedPatternExample {
public static void main(String[] args) {
Object input = "HelloJava";
// switch式とGuarded Patternsを組み合わせた例
String result = switch (input) {
// 文字列かつ、長さが5より大きい場合
case String s when s.length() > 5 -> "長い文字列: " + s;
// 文字列だが、長さが5以下の場合
case String s -> "短い文字列: " + s;
// 整数型の場合
case Integer i -> "数値です: " + i;
// どれにも当てはまらない場合
default -> "その他の型です";
};
System.out.println(result);
}
}
5. 応用・注意点
現場で活用する際のポイントを3つ挙げます。
1. whenの条件式は副作用を避ける
whenの後に書く条件式は、あくまで判定用です。ここで変数の値を書き換えるような処理を行うと、予期せぬバグの原因となります。条件式は「純粋な判定」に留めましょう。
2. sealed classesとの相性
「sealed classes（封印されたクラス）」と組み合わせるのが最も効果的です。特定のサブクラスしか存在しないことが保証されているため、網羅性のチェック（すべてのケースを網羅しているか）がコンパイラによって強制され、より堅牢なコードになります。
3. 順序に注意
上から順番に判定されるため、より限定的な条件（例: 長さが10以上の文字列）を先に書き、一般的な条件（例: すべての文字列）を後に書くようにしてください。この順序を間違えると、意図した分岐に辿り着かないことがあります。
この機能を活用して、ぜひ皆さんのJavaコードをよりモダンで美しいものに進化させてください！
コメント