1. 導入：なぜnull対応が重要なのか
Java開発において、最も頻繁に遭遇する例外といえば「NullPointerException (NPE)」です。これまで、switch文で変数のnullチェックを行うには、switch文に入る前にif文でnull判定を行う必要がありました。Java 21で正式導入された「Null case label (JEP 427)」により、この冗長なコードを排除し、より宣言的で安全な制御フローを実現できるようになりました。本記事では、この最新機能を活用したスマートなコードの書き方を解説します。
2. 基礎知識：JEP 427とswitchの進化
JEP 427は「Pattern Matching for switch」の一部であり、switch文が単なる定数比較だけでなく、型（Type）やnull値そのものを直接扱えるようにするものです。以前のJavaでは、switch文にnullを渡すと即座にNPEが発生していましたが、新しい仕様では「case null」を明示的に記述することで、例外を発生させることなく、nullの場合の処理を安全に記述できるようになりました。
3. 実装・解決策
実装のポイントは、switchのブロック内に「case null」を配置することです。これにより、変数がnullであるという「状態」を、他の値の条件分岐と並列に扱うことが可能になります。また、sealed classes（封印されたクラス）と組み合わせることで、網羅的なパターンマッチングが保証され、コードの堅牢性が飛躍的に向上します。
4. サンプルプログラム
以下のコードは、文字列の入力を受け取り、nullおよび特定の条件に応じて処理を振り分ける例です。
public class SwitchNullExample {
public static void main(String[] args) {
String input = null;
// switch式を使ってnullを安全に処理する
String result = switch (input) {
// nullの場合の処理を明示的に定義
case null -> "入力が空（null）です";
// 空文字の場合
case "" -> "入力が空文字です";
// それ以外の場合（デフォルト）
default -> "入力値: " + input;
};
System.out.println(result);
}
}
5. 応用・注意点
現場での開発において注意すべき点は、「網羅性（Exhaustiveness）」です。switch式を使用する場合、全ての入力パターン（nullを含む）をカバーしなければコンパイルエラーになります。
また、古いJava環境から移行する場合、既存の「switch文に入る前のnullチェック」が残っていると、かえってコードが複雑化してしまいます。リファクタリングの際は、ガード条件（if文）を削除し、switchのcaseラベルに集約させることで、コードの意図が明確になり、保守性が高まります。ぜひ、プロジェクトのJavaバージョンを21以上に引き上げ、このモダンな構文を積極的に活用してください。
コメント