第 12 章: エラーハンドリングと型安全性¶

12.1 はじめに¶

Scala では、例外を多用するよりも型でエラー可能性を表現する設計が推奨されます。コンパイル時に考慮漏れを減らせるためです。

この章では Option、Either、Try、require を使い、型安全なエラーハンドリングを整理します。

Option は「値があるかもしれないし、ないかもしれない」を表現します。

def safeGenerate(number: Int): Option[String] =
  if number > 0 then Some(generate(number))
  else None

Option は map、flatMap、getOrElse と相性がよく、null チェックを置き換えられます。

val message = FizzBuzz.safeGenerate(3)
  .map(v => s"結果: $v")
  .getOrElse("入力が不正です")

Either は成功と失敗のどちらかを保持します。

def generateEither(number: Int): Either[String, String] =
  if number > 0 then Right(generate(number))
  else Left(s"正の整数が必要です: $number")

Either を使うと、エラーを文字列やドメイン型で返せるため、例外より制御しやすくなります。複数処理の連鎖では for 内包表記も利用できます。

val result = for
  a <- FizzBuzz.generateEither(3)
  b <- FizzBuzz.generateEither(5)
yield s"$a, $b"

Try は例外を値として扱う型です。例外が起きうる処理を安全に包めます。

import scala.util.Try

val parsed: Try[Int] = Try("42".toInt)

Try は Success / Failure の 2 形です。map や recover と組み合わせると、例外処理を宣言的に記述できます。

ドメインモデルの入力検証には require が使えます。

case class FizzBuzzValue(number: Int, value: String):
  require(number > 0, s"数値は正の整数でなければなりません: $number")

不正な値でオブジェクトが作られることを防ぎ、ドメイン不変条件をコンストラクタ境界で守れます。

全 12 章を通して、FizzBuzz を題材に TDD と Scala の設計原則を段階的に学びました。

小さな題材でも、設計・テスト・リファクタリングを繰り返すことで、実務で使える設計力を着実に伸ばせます。