【2026年7月最新】C# switch-case文完全ガイド｜数値・文字列条件分岐・switch式・実務活用まで徹底解説

この記事の内容

1. 01switch-case文とは何か――条件分岐の基礎と業務フローへの対応
2. 02基本構文と最もシンプルなswitch-caseの書き方
3. 03数値での条件分岐――スコア・等級・ランク判定の実例
4. 04文字列での条件分岐――コマンド・ステータス・業種別処理
5. 05複数条件を1つのcaseにまとめる方法
6. 06defaultケースの重要性と安全な設計
7. 07C# 8.0以降のswitch式（switch expression）
8. 08switch vs if-else の使い分け判断基準
9. 09業務システムへの実践適用例
10. 10よくあるエラーと対処法
11. 11Claude Codeで条件分岐ロジックを自動生成する
12. FAQよくある質問

📚 用語解説

switch-case文：ある変数の値を複数の候補（case）と比較し、一致したcaseの処理を実行する制御構造。JavaやC#などの言語で採用されています。「分岐表」や「場合分けリスト」をプログラムで表現したものです。

switch-caseは「同じ変数の値を、5つ以上の定数値と比較する」ときに選びましょう。3〜4つ程度の単純な分岐はif-elseで十分です。コードレビューで「このif-elseはswitch-caseで書けないか？」と問われた場合は、選択肢が多いケースが候補になります。

// 基本的なswitch-case文の構造
int customerRank = 2;

switch (customerRank)
{
    case 1:
        Console.WriteLine("Platinumランク：20%割引");
        break;
    case 2:
        Console.WriteLine("Goldランク：10%割引");
        break;
    case 3:
        Console.WriteLine("Silverランク：5%割引");
        break;
    default:
        Console.WriteLine("通常ランク：割引なし");
        break;
}
// 出力: Goldランク：10%割引

📚 用語解説

break文：switch-caseのcaseブロックの末尾に書くキーワード。これがないと、一致したcaseの処理が終わっても次のcaseへ「落ちて（フォールスルーして）」処理が続いてしまいます。C#ではフォールスルーは基本的に禁止されており、breakを書かないとコンパイルエラーになります。

C#はフォールスルーを許可していないため、breakを書き忘れるとコンパイルエラー「制御は1つのcase句から別のcase句に流れることはできません」が発生します。エラーメッセージが出たら、まずbreakの付け忘れを確認してください。

// スコアによる評価ランク判定
int score = 85;

switch (score / 10)
{
    case 10:
    case 9:
        Console.WriteLine("S評価：優秀");
        break;
    case 8:
        Console.WriteLine("A評価：良好");
        break;
    case 7:
        Console.WriteLine("B評価：標準");
        break;
    case 6:
        Console.WriteLine("C評価：要改善");
        break;
    default:
        Console.WriteLine("D評価：要サポート");
        break;
}
// score=85の場合: A評価：良好

// DayOfWeekを使った曜日判定
DayOfWeek today = DateTime.Now.DayOfWeek;

switch (today)
{
    case DayOfWeek.Monday:
        Console.WriteLine("週次レポートを送信します");
        break;
    case DayOfWeek.Wednesday:
        Console.WriteLine("中間進捗を確認します");
        break;
    case DayOfWeek.Friday:
        Console.WriteLine("週報を作成します");
        break;
    case DayOfWeek.Saturday:
    case DayOfWeek.Sunday:
        Console.WriteLine("休日のため処理をスキップ");
        break;
    default:
        Console.WriteLine("通常業務日");
        break;
}

📚 用語解説

enum（列挙型）：複数の定数をまとめて名前をつけたデータ型。DayOfWeek（曜日）、OrderStatus（注文ステータス）など、決まった選択肢がある場面で使います。switch-caseとの組み合わせで、「選択肢の漏れ」をコンパイラが検出できるようになります。

enumをswitch-caseで使う最大の利点は、IDEが「未処理のenumケースがある」と警告を出してくれることです。OrderStatusに新しいステータスを追加したとき、switch文で処理が漏れているとIDEやClaude Codeが教えてくれます。これはシステムの安全性を大きく高めます。

// 注文ステータスによる処理振り分け（文字列版）
string orderStatus = "approved";

switch (orderStatus)
{
    case "pending":
        Console.WriteLine("注文確認メールを送信");
        SendConfirmationEmail();
        break;
    case "approved":
        Console.WriteLine("承認済：請求書を発行");
        GenerateInvoice();
        break;
    case "shipped":
        Console.WriteLine("発送済：追跡番号を通知");
        SendTrackingNotification();
        break;
    case "cancelled":
        Console.WriteLine("キャンセル：返金処理を開始");
        InitiateRefund();
        break;
    default:
        Console.WriteLine($"未知のステータス: {orderStatus}");
        LogUnknownStatus(orderStatus);
        break;
}

"approved"と"Approved"はC#のswitch-caseでは別物として扱われます。外部APIやユーザー入力から受け取った文字列をswitch-caseで分岐する場合は、事前にToLower()やToUpper()で大文字・小文字を統一することを推奨します。

// 大文字・小文字を統一してからswitch-caseで比較する安全なパターン
string userInput = "APPROVED"; // 外部から来た値

switch (userInput.ToLower())  // 小文字に統一してから比較
{
    case "approved":
        Console.WriteLine("承認済み");
        break;
    case "pending":
        Console.WriteLine("保留中");
        break;
    default:
        Console.WriteLine("不明なステータス");
        break;
}

📚 用語解説

case-sensitive（ケースセンシティブ）：文字の大文字と小文字を区別すること。C#の文字列比較はデフォルトでcase-sensitiveです。"Apple"と"apple"は異なる文字列として扱われます。switch-caseで外部入力を扱う際は、この性質を常に意識する必要があります。

// 複数のcaseラベルで同じ処理を共有するパターン
string paymentMethod = "paypay";

switch (paymentMethod)
{
    case "credit_card":
    case "debit_card":
        Console.WriteLine("カード決済：手数料3%加算");
        ApplyCardFee(3);
        break;

    case "paypay":
    case "line_pay":
    case "merpay":
        Console.WriteLine("QRコード決済：手数料なし");
        break;

    case "bank_transfer":
        Console.WriteLine("銀行振込：3営業日で確認");
        break;

    default:
        Console.WriteLine("不明な決済方法");
        break;
}
// 出力: QRコード決済：手数料なし

複数条件をまとめる場合、似たグループはまとめて書き、グループ間には空行を入れると読みやすくなります。「クレジット系」「QRコード系」「銀行振込」のようにグループ化すると、コードが業務マニュアルのように読めます。

// 月次処理のグループ分岐（Q1〜Q4対応）
int month = DateTime.Now.Month;
string quarter;

switch (month)
{
    case 1:
    case 2:
    case 3:
        quarter = "Q1（1〜3月）";
        RunQ1Report();
        break;
    case 4:
    case 5:
    case 6:
        quarter = "Q2（4〜6月）";
        RunQ2Report();
        break;
    case 7:
    case 8:
    case 9:
        quarter = "Q3（7〜9月）";
        RunQ3Report();
        break;
    default:
        quarter = "Q4（10〜12月）";
        RunQ4Report();
        break;
}
Console.WriteLine($"現在の四半期: {quarter}");

📚 用語解説

防衛的プログラミング（Defensive Programming）：予期しない入力やエラーが発生しても、システムが安全に動作するよう設計する考え方。switch-caseのdefaultケースでログを残したり例外をスローしたりすることが、防衛的プログラミングの実践例の一つです。

// defaultケースを活用した安全な設計
string userRole = GetUserRoleFromDatabase();

switch (userRole)
{
    case "admin":
        ShowAdminDashboard();
        break;
    case "manager":
        ShowManagerDashboard();
        break;
    case "viewer":
        ShowReadOnlyView();
        break;
    default:
        // 想定外のロールはログに記録して例外をスロー
        Logger.Error($"未定義のユーザーロール: {userRole} - UserID: {currentUserId}");
        throw new InvalidOperationException($"未サポートのロール: {userRole}");
}

defaultケースを書かない場合、想定外の値が来ても何も起きません。「なぜか処理がスキップされる」「データが更新されない」といった原因不明のバグに発展しやすいです。実務コードでは必ずdefaultを書き、ログ出力か例外スローで問題を可視化しましょう。

①軽微な場合はログを残してデフォルト動作（通常料金を適用など）、②重大な場合は例外をスロー、③テスト環境では Console.Writelineでデバッグ情報出力——この3パターンを状況に応じて使い分けましょう。

📚 用語解説

switch式（switch expression）：C# 8.0で追加された構文。旧来のswitch「文」は処理を実行するためのものですが、switch「式」は値を返すために使います。変数への代入や、メソッドの引数として直接使えます。Javaのswitch expressionと同様の概念です。

// 旧来のswitch文（C# 8.0以前）
string discountOld;
int memberLevel = 2;

switch (memberLevel)
{
    case 1: discountOld = "20%"; break;
    case 2: discountOld = "10%"; break;
    case 3: discountOld = "5%";  break;
    default: discountOld = "0%"; break;
}
Console.WriteLine($"割引: {discountOld}");

// C# 8.0以降のswitch式
int memberLevel = 2;

string discount = memberLevel switch
{
    1 => "20%",
    2 => "10%",
    3 => "5%",
    _ => "0%"
};
Console.WriteLine($"割引: {discount}");
// 出力: 割引: 10%

// whenを使った範囲指定パターン（C# 9.0以降のパターンマッチング）
int score = 85;

string grade = score switch
{
    >= 90 => "S評価：優秀",
    >= 80 => "A評価：良好",
    >= 70 => "B評価：標準",
    >= 60 => "C評価：要改善",
    _      => "D評価：要サポート"
};
Console.WriteLine(grade);
// 出力: A評価：良好

switch式は「ある値から別の値を導出する」（値の変換・マッピング）に最適です。複数の処理を実行する（メソッドを呼ぶ、ログを書く、状態を変える）ケースでは、旧来のswitch文のほうがコードの意図が明確です。「変換はswitch式、手続きはswitch文」と覚えておくと良いでしょう。

// 受注ステータス管理：ステータスごとの処理振り分け
public class OrderProcessor
{
    public void ProcessOrder(Order order)
    {
        switch (order.Status)
        {
            case OrderStatus.Received:
                SendOrderConfirmation(order);
                NotifyWarehouse(order);
                break;

            case OrderStatus.Processing:
                UpdateInventory(order);
                break;

            case OrderStatus.Shipped:
                SendShippingNotification(order);
                UpdateDeliveryTracking(order);
                break;

            case OrderStatus.Delivered:
                SendDeliveryConfirmation(order);
                RequestReview(order);
                break;

            case OrderStatus.Cancelled:
                InitiateRefund(order);
                RestoreInventory(order);
                break;

            default:
                throw new InvalidOperationException(
                    $"未対応のステータス: {order.Status}");
        }
    }
}

// 権限レベル別UIコンポーネントの表示制御
public class DashboardController
{
    public DashboardView GetDashboard(string userRole)
    {
        return userRole switch
        {
            "admin"     => new AdminDashboard(),
            "manager"   => new ManagerDashboard(),
            "analyst"   => new AnalystDashboard(),
            "viewer"    => new ReadOnlyDashboard(),
            _           => throw new UnauthorizedAccessException(
                               $"不明なロール: {userRole}")
        };
    }
}

// 商品カテゴリ別の消費税率計算
public decimal GetTaxRate(ProductCategory category)
{
    return category switch
    {
        ProductCategory.Food          => 0.08m, // 食料品：軽減税率8%
        ProductCategory.Newspaper     => 0.08m, // 新聞：軽減税率8%
        ProductCategory.Alcohol       => 0.10m, // アルコール：標準税率10%
        ProductCategory.Electronics   => 0.10m, // 電子機器：標準税率10%
        ProductCategory.Services      => 0.10m, // サービス：標準税率10%
        _ => throw new ArgumentException(
                 $"税率未設定のカテゴリ: {category}")
    };
}

業務ルールは「◯◯のときは◯◯」という対応表の形をしていることが多く、switch-caseの構造と自然にマッピングされます。業務仕様書をそのままコードに落とし込める点で、switch-caseは非エンジニアの仕様レビューにも適した構文です。

// NG: breakが抜けているとコンパイルエラー
switch (value)
{
    case 1:
        Console.WriteLine("one");
        // ここにbreakがない → コンパイルエラー
    case 2:
        Console.WriteLine("two");
        break;
}

// OK: 同じ処理をまとめたいなら、caseラベルを連続させる
switch (value)
{
    case 1:
    case 2:
        Console.WriteLine("one or two"); // 1でも2でもこの処理が実行される
        break;
}

このエラーはbreak文の付け忘れが原因です。一方、caseラベルを連続して書く（caseとcaseの間にコードが1行もない）形は許可されています。

// NG: string変数がnullの場合、switch-caseでNullReferenceExceptionが発生する可能性
string status = GetStatusFromAPI(); // nullが返ってくるかもしれない

switch (status) // statusがnullだとNullReferenceException
{
    case "active": /* ... */ break;
    default: /* ... */ break;
}

// OK: null チェックを先にする
string status = GetStatusFromAPI() ?? "unknown"; // null合体演算子でデフォルト値

switch (status)
{
    case "active": /* ... */ break;
    default: /* ... */ break;
}

// NG: _（ワイルドカード）がないと、どのケースにもマッチしない場合に例外が発生
string result = status switch
{
    "active"   => "有効",
    "inactive" => "無効",
    // _ がない → "unknown"などのとき MatchFailureException 発生
};

// OK: 必ず _ を追加する
string result = status switch
{
    "active"   => "有効",
    "inactive" => "無効",
    _          => "不明"  // 必須
};

NEXT STEP

この記事の内容を、あなたのビジネスで
実践してみませんか？