C#のout引数とタプルを徹底比較！複数の戻り値を返す最適な使い分け

2026年3月4日

C#で開発を進める際、一つのメソッドから複数の結果を受け取りたい場面は頻繁に発生します。

かつては、out引数を利用するのが一般的な手法でしたが、C# 7.0以降でタプル(ValueTuple)が強化されたことにより、戻り値の設計思想は大きく変化しました。

現在では、どちらの手法を選択すべきか迷う開発者も少なくありません。

本記事では、これら二つの手法の技術的な違いから、パフォーマンス、そして最新のコーディング規約に基づいた最適な使い分けまでを徹底的に解説します。

目次 [ close ]

C#における複数戻り値の進化

プログラミングにおいて、関数は原則として一つの値を返すものですが、現実のアプリケーション開発では「計算結果と成功フラグ」や「座標のXとY」のように、複数のデータを一塊として返したいケースが多々あります。

C#の歴史を振り返ると、初期の頃はout引数やref引数を使用するか、専用の構造体やクラスを定義して返すしか方法がありませんでした。

その後、.NET Framework 4.0でSystem.Tupleクラスが登場しましたが、これは参照型であることや、要素へのアクセスがItem1、Item2といった名前で行わなければならず、可読性に課題がありました。

しかし、C# 7.0で導入されたValueTupleにより、軽量な値型として動作し、かつ各要素に名前を付けられるようになったことで、タプルは一躍「複数の値を返すための標準的な選択肢」へと昇格しました。

現在では、フレームワークの設計やパフォーマンスの要件に応じて、これらを適切に使い分けることがハイクオリティなコードを書くための必須スキルとなっています。

out引数の基礎とモダンな記述

out引数は、メソッドの引数リストを通じて呼び出し元に値を渡す仕組みです。

メソッド内で必ず値を割り当てなければならないという言語仕様上の制約があるため、初期化忘れを防止できるという特徴があります。

out引数の基本構文

C# 7.0より前のバージョンでは、out引数を受け取るために、メソッドを呼び出す前にあらかじめ変数を用意しておく必要がありました。

しかし、現在のC#ではout変数宣言が可能になり、呼び出しの中で直接変数を宣言できます。

using System;

public class OutExample
{
    public static void Main()
    {
        string input = "123";

        // C# 7.0以降のインラインout変数宣言
        // 変換に成功すれば、numberに値が入り、resultがtrueになる
        if (int.TryParse(input, out int number))
        {
            Console.WriteLine($"変換成功: {number}");
        }
        else
        {
            Console.WriteLine("変換失敗");
        }
    }
}

実行結果

変換成功: 123

Tryパターンの標準としてのout

out引数が最も輝く場面は、上記のコードでも示したTryパターンです。

bool型の戻り値で成功・失敗を表し、成功した場合のみout引数で実際の値を取り出すという設計は、.NETの標準ライブラリ全体で一貫して採用されています。

このパターンの利点は、if文の中で宣言した変数が、そのifブロックのスコープ（およびそれ以降の同レベルのスコープ）で有効になる点にあります。

これにより、正常系と異常系の処理を流れるように記述できます。

タプル(ValueTuple)による洗練された戻り値

タプルは、複数の値を一つのオブジェクトとしてまとめる機能です。

特にC# 7.0で導入されたSystem.ValueTupleは値型（struct）であり、ヒープメモリを汚さずに高速な処理が可能です。

タプルの基本操作と名前付き要素

タプルの最大の強みは、メソッドの戻り値の型として直接記述でき、各要素に意味のある名前を付与できる点にあります。

using System;

public class TupleExample
{
    public static void Main()
    {
        // メソッドの呼び出し
        var userInfo = GetUserStats();

        // 名前付きの要素にアクセス可能
        Console.WriteLine($"ユーザーID: {userInfo.Id}");
        Console.WriteLine($"投稿数: {userInfo.PostCount}");
        Console.WriteLine($"ステータス: {userInfo.Status}");
    }

    // 複数の値をタプルで返すメソッド
    // 型名に(型 名前, 型 名前)の形式で記述する
    public static (int Id, int PostCount, string Status) GetUserStats()
    {
        // 実際にはデータベース検索などの処理を想定
        int id = 101;
        int posts = 45;
        string status = "Active";

        // タプルリテラルで値を返す
        return (id, posts, status);
    }
}

実行結果

ユーザーID: 101
投稿数: 45
ステータス: Active

分解宣言によるスマートな受け取り

タプルは戻り値を一括で受け取るだけでなく、分解(Deconstruction)という機能を使って、個別の変数に直接展開することができます。

// 分解宣言を使用して個別の変数として受け取る
var (id, count, status) = GetUserStats();
Console.WriteLine($"ID {id} は現在 {status} です。");

不要な値がある場合は、アンダースコア（_）を用いた破棄(Discards)を使用することで、メモリやコードのノイズを減らすことができます。

// IDだけが必要で、他の値は不要な場合
var (id, _, _) = GetUserStats();

out引数 vs タプル：徹底比較

これら二つの手法には、それぞれ明確なメリットとデメリットが存在します。

適切な選択をするために、各項目を詳細に比較してみましょう。

比較項目	out引数	タプル (ValueTuple)
主な用途	変換(TryParse)や検索(TryGetValue)	データの集計、内部的な複数値の受け渡し
可読性	引数リストが長くなりやすく、少し煩雑	戻り値として自然で、名前付けも可能
柔軟性	戻り値とは別に値を返せる(boolなど)	戻り値そのものを分解して扱える
非同期処理	asyncメソッドでは使用不可	asyncメソッドでも利用可能
LINQとの親和性	低い（クエリ内で使いにくい）	非常に高い（Select内で生成・返却可能）
パフォーマンス	非常に高速（コピーコストが最小限）	高速だが、要素数が多いとコピーコストが発生

非同期処理における決定的な違い

モダンなC#開発において、非同期処理（async/await）は避けて通れません。

ここで重要な制約があります。

asyncメソッドではout引数を使用することができません。

これは、out引数がスタック上に存在する変数を参照する仕組みであるのに対し、asyncメソッドは処理を中断・再開するために状態をヒープに保存する必要があるからです。

一方、タプルは単なる「戻り値の型」として扱われるため、Task<(int, string)>のように非同期メソッドでも制限なく使用できます。

実践的な使い分けガイドライン

理論的な違いを理解したところで、実際の開発現場でどちらを採用すべきかの具体的な指針を示します。

out引数を選択すべきケース

Tryパターンではoutを使う

.NET標準のTryパターンに従う場合、処理が成功したかどうかをboolで返し、成功時のみ値を取り出すというセマンティクスが必要です。

そのようなケースではout引数が最適です。

outを使うことで利用者は「ifでチェックして成功時に値を使う」という標準的なコーディングパターンをそのまま維持できます。

既存API互換性を優先する

長年メンテナンスされているライブラリや、特定のインターフェースがoutを要求している場合は、無理にタプルへ変更せず一貫性を重視してください。

既存の利用者やAPI設計との互換性を保つことが重要です。

タプルを選択すべきケース

プライベートメソッドでの値の受け渡し

クラス内部のヘルパーメソッドなどで複数の計算結果を返したい場合は、タプルが最も手軽で可読性が高い。

小規模なデータ保持のためだけに新しいクラスを作る必要はない。

非同期メソッドでの複数値の返却

非同期メソッド(async)を実装する場合、非同期で複数の値を返したいときはタプルが適している。

非同期コンテキストでも複数値の受け渡しが容易になるため、実用上の選択肢となる。

LINQクエリ内での一時データまとめ

LINQのSelect句などで複数のプロパティを保持したまま次の処理へ渡したい場合、タプルを使うと匿名型よりも明示的な型指定が可能になり、メソッドを跨いだ受け渡しもスムーズになる。

サンプル：LINQとタプルの組み合わせ

using System;
using System.Linq;
using System.Collections.Generic;

public class LinqTupleExample
{
    public static void Main()
    {
        var prices = new List<double> { 100, 250, 400 };
        double taxRate = 1.1;

        // LINQの射影でタプルを使用
        var detailedPrices = prices.Select(p => (Original: p, WithTax: p * taxRate));

        foreach (var item in detailedPrices)
        {
            Console.WriteLine($"元値: {item.Original}, 税込: {item.WithTax}");
        }
    }
}

実行結果

元値: 100, 税込: 110
元値: 250, 税込: 275
元値: 400, 税込: 440

パフォーマンスと最適化の視点

多くの開発者が懸念するのは、タプルを使用することによるパフォーマンスへの影響です。

しかし、結論から言えば、通常のアプリケーション開発においてタプルのオーバーヘッドを気にする必要はほとんどありません。

値型(struct)としてのValueTuple

C#のタプル（ValueTuple）は、参照型ではなく値型です。

これは、メモリがヒープではなくスタックに割り当てられる（または親オブジェクトに含まれる）ことを意味します。

そのため、ガベージコレクション（GC）への負荷が非常に低いです。

ただし、値型である以上、要素数があまりに多い（例えば10個以上など）タプルを頻繁にコピー（メソッド間で受け渡し）すると、メモリのコピーコストが無視できなくなる可能性があります。

そのような巨大なデータを扱う場合は、タプルではなく、classを定義して参照渡しにする方が効率的です。

分解の内部動作

タプルの分解は、コンパイラによって最適化されます。

実行時に特別な処理が行われるわけではなく、単に各要素を個別のローカル変数に代入するコードへと展開されます。

そのため、var (a, b) = GetTuple(); という記述は、手動で複数のout引数を受け取るのと同等のパフォーマンスを発揮します。

まとめ

C#におけるout引数とタプルは、どちらかが完全に優れているというわけではなく、用途に応じた使い分けが重要です。

TryParseに代表されるような、処理の成否と結果をセットで返す伝統的な「Tryパターン」を実装する場合は、現在でもout引数が最適な選択肢です。

一方で、非同期処理が必要な場合や、ロジックの内部で複数のデータをスマートに持ち運びたい場合は、タプル(ValueTuple)を活用することで、コードの可読性と保守性を飛躍的に向上させることができます。

最新のC#では、タプルの要素に名前を付けたり、破棄(_)を利用して不要な値を除外したりと、非常に柔軟な記述が可能です。

まずは内部的なロジックからタプルを積極的に取り入れ、APIの公開部分では慣習的なTryパターンを守るというバランスの取れた設計を心がけましょう。

これにより、モダンで効率的なC#プログラミングを実現できるはずです。