こんにちは！FlutterやDartの開発現場で、日々コードと格闘されていることと思います。
他の言語（例えばRustやSwift、Scalaなど）を触ったことがある方なら、「あ、あれね」とピンとくるかもしれませんが、Dart 3で導入された「ワイルドカードパターン（`_`）」は、コードの安全性と美しさを劇的に高める非常に強力な武器です。
今回は、このワイルドカードパターンをただの「不要な変数のゴミ箱」としてではなく、「コードの意図を雄弁に語るデザインツール」として使いこなすための極意を、優しく紐解いていきましょう。ここをクリアすれば、あなたのDartコードは一段と洗練されたプロの顔になりますよ。それでは、いってみましょう！
—
1. ワイルドカードパターン（`_`）とは何か？
まずは基本の「キ」から。Dart 3のパターンマッチング（`switch`文や`switch`式、`if-case`など）において、アンダースコア1文字（`_`）は「何が来てもいい（無視する）」ことを表す特別なパターンです。
例えば、次のような座標（Point）のデータ構造があるとします。
sealed class Shape {}
class Point extends Shape {
final int x;
final int y;
Point(this.x, this.y);
}
この `Point` をパターンマッチで受け取るとき、「x座標の値だけが欲しい。y座標は正直どうでもいい」という場面がありますよね。そんなとき、y座標の受け皿として `_` を置くのです。
void evaluateShape(Shape shape) {
switch (shape) {
// xの値だけを取り出し、yは無視する
case Point(x: var myX, y: _):
print(‘X座標だけ使います: $myX’);
}
}
ここで重要なのは、`_` は 「変数名を作らない」 という点です。メモリ上に無駄な変数領域を確保せず、コンパイラに対しても「ここはもう見ませんよ」と明示的に伝えることができます。
—
2. 「不要な変数のゴミ箱」以上の意味を持たせる
初学者のうちは、「とりあえずコンパイルエラーを消すために `_` を置いておくか」となりがちです。ですが、シニアな開発者は `_` を 「ここには意味のあるデータが流れてくるけれど、この文脈では意図的に捨てています」というドキュメント として使います。
悪い例：名前を適当にごまかす
// tempとかdummyという名前をつけると、「後で使うの？」という誤解を生む
for (var temp in items) {
doSomething();
}
良い例：ワイルドカードで「使わない」を宣言する
// 「要素は取り出すけど、ループ内では一切使わない」ことが一目でわかる
for (var _ in items) {
print(‘何かを回数分だけ実行する’);
}
この「意図の明確化」は、チーム開発においてコードレビューの負担を劇的に減らしてくれます。
—
3. 実践！Dart 3 パターンマッチングでの輝くユースケース
それでは、実際の開発現場でどのようにワイルドカードパターンが活きるのか、具体的なコード例を見ていきましょう。
ユースケース A: レコード（Records）の要素破棄
Dart 3で導入されたレコードを使うと、複数の異なる型をすっきりとまとめられます。例えば、APIから「ステータスコード」と「データ」と「エラーメッセージ」のタプルが返ってきたとします。
(int, String?, String?) fetchResponse() {
return (200, ‘User Data’, null);
}
void handleResponse() {
// ステータスコードとエラーだけが必要で、中身のデータは別のレイヤーで処理する場合
var (statusCode, _, errorMessage) = fetchResponse();
if (statusCode == 200) {
print(‘成功しました！’);
} else {
print(‘エラー: $errorMessage’);
}
}
真ん中の `_` があるおかげで、「あ、この関数は真ん中のデータ部分はここでは無視しているんだな」と瞬時に読み取れますね。
ユースケース B: `switch` 式でのフォールバック（デフォルトマッチ）
従来の `default:` の代わりに、Dart 3ではワイルドカード `_` を網羅的チェック（Exhaustiveness checking）の受け皿として使えます。
String getAccessLevel(int roleId) {
return switch (roleId) {
1 => ‘Administrator’,
2 => ‘Editor’,
_ => ‘Viewer’, // 1と2以外はすべてここ（Viewer）に落ちる
};
}
`default` キーワードを書くよりも、数学的な「ワイルドカード（どれにもヒットしない場合の集合）」というニュアンスが強まり、モダンでスタイリッシュな構文になります。
—
4. 陥りがちな文法エラーと注意点
ここで、Dart特有の「ワイルドカードの罠」についても触れておきましょう。ここを間違うと、コンパイラに怒られてしまいます。
罠1: ワイルドカード変数を参照しようとしてはいけない
当然ですが、`_` は「名前がない変数」です。そのため、スコープ内で `_` を参照しようとするとコンパイルエラーになります。
switch (shape) {
case Point(x: _, y: var y):
// print(_); // ❌ エラー！ ‘_’ という名前の変数は存在しないため参照できません
print(y); // ⭕ 正常に動きます
}
罠2: Dart 3.0 から 3.2 以前でのスコープの扱い
少しマニアックな話をすると、Dartのバージョン（特に3.0から3.2あたりまでの変遷）において、`_` が「バインドされる変数」として扱われるかどうかの仕様調整がありました。
Dart 3.3以降では、`_` は完全なワイルドカードとして独立し、同じスコープ内に複数の `_` を書いても名前の重複エラー（冲突）が起きなくなっています。
// Dart 3.3以降では、複数の ‘_’ を安全に並べられます
var (x, _) = getPoint();
※常に最新の安定版Dart SDKを使うように心がけましょう！
—
まとめ：ワイルドカードでコードの「引き算」をマスターしよう
いかがでしたでしょうか？ 今回のポイントをギュッとまとめます。
1. `_`（ワイルドカードパターン） は、パターンマッチングや分解代入において「不要な値を受け流す」ための構文。
2. 変数名を適当につける（`dummy` や `temp`）のではなく、`_` を使うことで「意図的に無視している」ことをコードの読み手に強く伝えることができる。
3. `switch` 式の網羅性チェックのフォールバックとしても非常にエレガントに機能する。
プログラミングの上達とは、実は「コードをいかに足すか」ではなく、「いかにエレガントに引く（削る）か」の技術でもあります。ワイルドカードパターンを使いこなせるようになると、無駄な変数宣言が消え、本当に注目すべきロジックだけがくっきりと浮き上がってくるはずです。
ここをクリアしたあなたなら、もうDart 3のパターンマッチングは怖くありません。ぜひ明日からのFlutter/Dart開発に取り入れてみてくださいね！