こんにちは！FlutterやDartの開発、日々楽しんでいますか？
今回は、Dart 3で導入された「パターンマッチング」と、私たちが昔から慣れ親しんできた「従来のif-else」の裏側の世界について、ちょっとディープなお話をしていきましょう。
「パターンマッチングって、なんだかスタイリッシュに書ける便利なシンタックスシュガー（糖衣構文）なんでしょ？」
そう思っていませんか？
実は、Dartのコンパイラ（AOT/JIT）やDart VMの視点から見ると、パターンマッチングは単なる見た目の変化ではありません。型チェックやデータ構造の分解（Destructuring）が、実行時にどのように最適化されているのかを知ると、Dartという言語の美しさと奥深さに感動すること間違いなしです。
今回は、基礎からしっかり噛み砕きつつ、他の言語からやってきた開発者や初学者の方に向けて「ここをクリアすればDartの表現力は完璧！」という領域まで優しくエスコートしますね。
—
1. パターンマッチングとif-elseの基本のキ
まずは、両者がコード上でどう違うのか、基本の形を見ていきましょう。
例えば、「APIから受け取ったレスポンスのJSONっぽいデータ（Mapや独自の階層構造）」を安全に処理したい場面を想像してください。
従来の if-else による安全（だけど冗長な）世界
void handleResponseLegacy(Object response) {
if (response is Map
if (response.containsKey(‘status’) && response[‘status’] == 200) {
if (response.containsKey(‘data’) && response[‘data’] is String) {
final data = response[‘data’] as String;
print(‘成功: $data’);
return;
}
} else if (response.containsKey(‘error’)) {
final errorMsg = response[‘error’];
print(‘エラー: $errorMsg’);
return;
}
}
print(‘未知のレスポンス’);
}
……どうでしょう？ `is` チェックの嵐で、コードが右へ右へと深くなっていく「右肩上がりのコード（ピラミッド・オブ・ドーム）」になっていますよね。Null安全の恩恵を受けてはいるものの、型キャスト（`as String`）の匂いも漂っています。
Dart 3 パターンマッチングによるスマートな世界
これをDart 3の `switch` 式とパターンマッチングで書き換えてみましょう。
void handleResponseModern(Object response) {
// switchは「文」だけでなく「式」としても使えるようになりました！
final message = switch (response) {
// 1. Mapであり、statusが200で、dataがStringの場合を一撃でキャッチ
{‘status’: 200, ‘data’: String data} => ‘成功: $data’,
// 2. errorキーを持つ場合
{‘error’: Object error} => ‘エラー: $error’,
// 3. どのパターンにもヒットしない場合（網羅性の強制）
_ => ‘未知のレスポンス’,
};
print(message);
}
なんてスマートなんでしょう！
データ構造の形（パターン）をそのまま `switch` のアーム（分岐先）に記述し、マッチした瞬間に内部の変数（`data` や `error`）へ安全に値をバインド（分解代入）できています。
—
2. 実行時（Dart VM）では何が起きているのか？
「書き方がエレガントなのは分かったけど、実行速度やパフォーマンスはどうなの？」
ここが気になりますよね。
実は、Dartのコンパイラ（CFFIを使うAOTコンパイルや、JITコンパイル）は、複雑な `switch` パターンを、内部で非常に効率的な「ジャンプテーブル」や「最適化された条件分岐ツリー（Decision Tree）」にコンパイルします。
従来の if-else の弱点
if-elseを連ねた場合、Dart VMは上から順番に条件を評価していきます。
1. `response is Map` か？（型チェック）
2. キーはあるか？（ハッシュルックアップ）
3. 値は一致するか？
これらを愚直に直列で実行するため、分岐が多くなるとCPUのパイプラインハザードや分岐予測ミス（Branch Misprediction）が起きやすくなります。
パターンマッチングの強み
一方、Dart 3のパターンマッチングは、コンパイル時に構造全体の静的解析が行われます。
コンパイラは「共通のプレフィックス（この場合はMapであること）」を最初にまとめてチェックし、その後の枝分かれを最小限の比較命令にコンパイルし直します。そのため、人間が書く複雑なネストされたif-elseよりも、VMにとって予測しやすく、キャッシュヒット率の高い機械語（あるいはKernelバイトコード）が生成されやすいのです。
—
3. 実測ベンチマークの傾向：どっちが速い？
シチュエーションによって異なりますが、私たちがDart VM上でベンチマーク（100万回のループ実行など）を取ると、以下のような明確な傾向が見えてきます。
- シンプルな条件分岐（1〜2個の比較）：
- 差はほとんどありません。どちらを使っても、モダンなCPUの前では一瞬です。
- 複雑なデータ構造の検証（Mapのキー・値の同時検証、型の絞り込み）：
- パターンマッチングが勝利（または同等以上）することが多いです。
- 理由は、コンパイラが「型チェック」と「値の抽出」を一度の走査（または最小限の比較命令）に統合してくれるためです。
ただし、過度に複雑なガード条件（`when` 句を使ったカスタムロジック）を多用すると、最適化の恩恵が薄れることもあるため、「構造の美しさとパフォーマンスは比例する」と考えておいて間違いありません。
—
4. 陥りやすい文法エラーと注意ポイント
初学者の皆さんが、Dartのパターンマッチングでよくハマるポイントをいくつかご紹介しておきますね。ここさえクリアすればバッチリです！
罠1: 変数名とリテラル（値）の混同
const targetStatus = 200;
void badExample(Object response) {
switch (response) {
// ❌ エラーにはなりませんが、これは「targetStatusという名前の変数にマッチさせ、任意の値を代入する」という意味になります！
case { ‘status’: targetStatus }:
print(‘マッチしたつもり…’);
break;
}
}
【正解】 既存の定数や変数の値と比較したい場合は、プレフィックス `==` や `is` を使うか、あるいは 「エイリアス（ガード句）」 や 「変数のシャドーイング回避」 を使う必要があります。定数をパターン内でそのままリテラルとして使いたい場合は、キャプチャではなく `==` や `const` 的な評価を意図していることを明確にするため、Dartでは定数パターンの場合は `const` をつけるか、以下のように書きます。
void goodExample(Object response) {
const targetStatus = 200;
switch (response) {
// 定数として評価させたい場合は、このように変数をそのまま書くのではなく、
// ガード句（when）を使うのが安全で確実です。
case {‘status’: int s} when s == targetStatus:
print(‘定数と一致！’);
break;
}
}
罠2: 網羅性（Exhaustiveness）の忘れ
Dartの `switch` 式（アロー構文 `=>` を使うもの）は、「すべての可能性が網羅されているか」をコンパイラが厳しくチェックします。
String getCategory(int score) {
return switch (score) {
>= 90 => ‘優’,
>= 70 => ‘良’,
// ❌ エラー： 70未満（例えば50や0）のケースが考慮されていない！
};
}
【正解】 必ず最後のフォールバックとして `_ => ‘不可’` のようなワイルドカードパターンを用意しましょう。これにより、将来的にデータ型や範囲が増えたときにもコンパイルエラーで気付くことができる、極めて堅牢なコードになります。
—
まとめ：Dartを掌握するために
いかがでしたか？
従来の `if-else` は「手続き的（どうやって調べるか）」な書き方になりがちですが、Dart 3の「パターンマッチング」は「宣言的（どんなデータ構造か）」な書き方です。
コンパイラは私たちが「どう書いたか」を解釈し、背後で最も効率的な機械語へと翻訳してくれます。コードが美しく、安全になり、かつ実行速度の面でも不利にならない――これが、Dart 3のパターンマッチングが持つ最大の魅力です。
ここをクリアできれば、あなたのDartのコードは一段と洗練され、Flutterでの状態管理やAPIレスポンスのハンドリングが劇的に気持ちよくなりますよ。ぜひ、今日のコードから取り入れてみてくださいね！