先生と生徒の会話形式で理解しよう

生徒

「Rustには他の言語にあるような『null』がないって聞いたんですが、値がないときはどう表現するんですか？」

先生

「Rustでは、Option型という仕組みを使って値の有無を表現します。これにより、予期せぬ『ぬるぽ（NullPointerException）』をコンパイル時に完全に防ぐことができるんですよ。」

生徒

「なるほど。じゃあ、処理が失敗したときの例外処理はどうするんですか？」

先生

「それにはResult型を使います。例外を投げるのではなく、関数の戻り値として成功か失敗かを明示的に返す設計なんです。今日はこの強力な型システムについて深掘りしましょう！」

1. Rustにnullが存在しない驚きの理由

プログラミングの世界で「10億ドルの過ち」とも呼ばれるのが、null（ヌル）の存在です。JavaやC++、Pythonなどの多くの言語では、変数が「何もない状態」を指すためにnullを使用します。しかし、nullが入り込むと、実行時に「値があると思って操作したら実はnullだった」という原因でプログラムが強制終了してしまう問題が多発します。

Rustはこの問題を根本から解決するために、言語仕様としてnullを排除しました。Rustの変数は、デフォルトで必ず有効な値を持っていることが保証されています。これにより、開発者は「この変数はnullかもしれない」という不安から解放され、より本質的なロジックの実装に集中できるようになります。nullがない代わりに導入されたのが、列挙型（enum）であるOptionなのです。

2. Option型による「値の不在」の安全な表現

値が存在するかどうかわからない状況は、プログラミングにおいて避けては通れません。例えば、データベースからユーザーをIDで検索したとき、該当するユーザーが見つからない場合があります。Rustではこのような状況をOption<T>型で表現します。

Option型は、「値がある状態」のSome(T)と、「値がない状態」のNoneのいずれかの状態を取ります。重要なのは、Option<T>型のままでは中身のデータ（T）を直接操作できないという点です。プログラマは必ず「値がない場合（None）」の処理を記述するようにコンパイラから強制されます。これがRustにおける強力な安全性の源泉です。

まずは、非常にシンプルなOption型の使い方を見てみましょう。


fn find_food(name: &str) -> Option<&str> {
    if name == "リンゴ" {
        Some("甘いリンゴを見つけました！")
    } else {
        None
    }
}

fn main() {
    let result = find_food("ミカン");

    match result {
        Some(message) => println!("{}", message),
        None => println!("何も見つかりませんでした。"),
    }
}


何も見つかりませんでした。

3. パターンマッチングで安全に値を取り出す

前述のコードに登場したmatch文は、Rustの設計思想を象徴する機能です。matchを使うと、Optionの中身がSomeなのかNoneなのかを漏れなくチェックできます。もし片方のケースを書き忘れると、Rustコンパイラはエラーを出して教えてくれます。

「if let」構文を使うと、特定のケース（例えば値がある時だけ）に集中して簡潔に書くことも可能です。初心者のうちは、このmatchによる分岐を面倒に感じるかもしれませんが、これこそがランタイムエラーを防ぐための防波堤となります。他の言語のように、ドキュメントを読み込んで「この関数はnullを返す可能性があるか？」を調査する必要はありません。型を見れば一目瞭然だからです。

4. 失敗を型で表すResult型とエラーハンドリング

Optionが「値の有無」を表すのに対し、Result<T, E>は「操作の成功か失敗か」を表します。ファイルを開く、ネットワーク通信を行う、文字列を数値に変換するといった操作は、常に失敗の可能性を孕んでいます。Rustではこれらの処理の戻り値としてResult型を返します。

Result型には、成功時の値を包むOk(T)と、失敗時のエラー情報を包むErr(E)があります。例外（Exception）を投げる言語とは異なり、Rustはエラーを通常の「値」として扱います。これにより、エラー処理の流れがコード上で明確になり、予測可能なプログラムを構築できるのです。次に、文字列を数値にパースする際のエラーハンドリング例を見てみましょう。


fn multiply_string(s: &str) -> Result<i32, String> {
    // 文字列を数値に変換。失敗する可能性がある。
    match s.parse::<i32>() {
        Ok(num) => Ok(num * 2),
        Err(_) => Err(String::from("数値に変換できませんでした")),
    }
}

fn main() {
    let success = multiply_string("10");
    let failure = multiply_string("あいうえお");

    println!("成功時: {:?}", success);
    println!("失敗時: {:?}", failure);
}


成功時: Ok(20)
失敗時: Err("数値に変換できませんでした")

5. 伝播の達人になれるハテナ（?）演算子

エラーハンドリングを記述する際、すべての箇所でmatchを書くのは大変です。そこでRustには、エラー処理を劇的に簡潔にする?（クエスチョン演算子）が用意されています。これを使えば、「もしエラーだったら、この関数からすぐにエラーを返し、成功なら中身を取り出す」という動作を1文字で表現できます。

この演算子の導入により、Rustのコードは安全性を保ったまま非常に読みやすくなりました。大規模な開発現場では、エラーを上位の関数へ次々と伝播させ、最終的な出口でまとめて処理する設計が一般的です。?演算子はこの「エラーのバケツリレー」をスマートに実現するための道具です。

6. OptionとResultを使い分ける設計指針

「Optionを使うべきか、Resultを使うべきか」という悩みは初心者がよく直面する問題です。基準はシンプルです。それが「想定内の欠如」であればOption、「具体的な理由がある失敗」であればResultを選びます。

例えば、リストの先頭要素を取得する場合、リストが空なら要素がないのは自然なことなのでOptionが適しています。一方で、設定ファイルを読み込む処理で、ファイルが存在しない、あるいは権限が足りないといった「なぜダメだったのか」という情報が必要な場合はResultが最適です。このように、型を通じて関数の意図を明確に伝えることが、Rustらしい設計の第一歩となります。


fn get_first_element(vec: Vec<i32>) -> Option<i32> {
    if vec.is_empty() {
        None
    } else {
        Some(vec[0])
    }
}

fn main() {
    let my_list = vec![1, 2, 3];
    let empty_list: Vec<i32> = vec![];

    if let Some(value) = get_first_element(my_list) {
        println!("最初の要素は {} です", value);
    }

    match get_first_element(empty_list) {
        Some(_) => (),
        None => println!("リストは空でした"),
    }
}


最初の要素は 1 です
リストは空でした

7. 安全性を犠牲にしないメソッドチェーンの活用

RustのOptionやResultには、関数型プログラミングのような便利なメソッドが多数用意されています。mapを使えば、中身の値があるときだけ変換処理を行い、unwrap_orを使えば、値がない場合のデフォルト値を指定できます。これらを組み合わせることで、match文を多用しなくても美しく安全なコードを書くことが可能です。

例えば、「値があれば10倍にし、なければ0にする」といった処理を一行で記述できます。これにより、ロジックの本質が埋もれることなく、流れるようなコード表現が可能になります。安全性を妥協することなく、記述の簡潔さも追求できるのがRustの素晴らしい点です。


fn main() {
    let some_number = Some(5);
    let none_number: Option<i32> = None;

    // mapで中身を2倍にし、unwrap_orでデフォルト値を設定
    let processed_some = some_number.map(|n| n * 10).unwrap_or(0);
    let processed_none = none_number.map(|n| n * 10).unwrap_or(0);

    println!("Someの結果: {}", processed_some);
    println!("Noneの結果: {}", processed_none);
}


Someの結果: 50
Noneの結果: 0

8. パニックを回避するためのベストプラクティス

最後に、初心者がやってしまいがちな「危険な操作」について触れておきます。それはunwrap()メソッドの多用です。unwrap()は、「中身があることを確信しているので、なければプログラムを強制終了（パニック）させる」という命令です。

テストコードやプロトタイプ開発では便利ですが、本番用のプログラムでこれを使うと、予期せぬ入力でアプリが落ちる原因になります。可能な限りmatchやif let、あるいはexpect()によるエラーメッセージの指定を行い、プログラムが優雅にエラーを処理できるように設計しましょう。Rustが提供する「型による安全」を最大限に活かすことが、熟練のRustacean（ルスタシアン）への近道です。