【C#】デリゲート(delegate)の基本と実践的な使い方｜ラムダ式・イベントとの違いを解説

2026年3月14日

クラス・オブジェクト指向

C#におけるプログラミングにおいて、オブジェクト指向の概念と並んで重要なのが「関数をデータとして扱う」手法です。

その中核を担うのがデリゲート(delegate)という仕組みです。

デリゲートを理解することは、C#の高度な機能であるLINQやイベントハンドリング、非同期処理などを使いこなすための第一歩となります。

本記事では、デリゲートの基本概念から、現代的なC#での書き方、さらにはイベントやラムダ式との使い分けまで、エンジニアが実務で直面するポイントを網羅して詳しく解説します。

目次 [ close ]

デリゲートの基本概念と定義方法

デリゲートとは、一言で言えば「メソッドを参照するための型」です。

C++などの言語における「関数ポインタ」に近い概念ですが、C#のデリゲートは型安全(Type-safe)であり、オブジェクト指向的な設計に完全に統合されている点が特徴です。

通常、メソッドを呼び出す際はその名前を直接指定しますが、デリゲートを使用すると「どのメソッドを呼び出すか」を変数のように後から決定したり、別のメソッドの引数として渡したりすることが可能になります。

デリゲートの宣言とインスタンス化

デリゲートを使用するには、まずそのデリゲートがどのようなシグネチャ(戻り値の型と引数の構成)を持つかを定義する必要があります。

using System;

namespace DelegateExample
{
    // 1. デリゲートの型を定義（戻り値がvoid、引数がstring）
    public delegate void MessageDelegate(string message);

    class Program
    {
        static void Main(string[] args)
        {
            // 2. デリゲートのインスタンスを作成し、メソッドを代入
            MessageDelegate del = DisplayMessage;

            // 3. デリゲート経由でメソッドを呼び出す
            del("デリゲート経由での呼び出しです。");
        }

        static void DisplayMessage(string message)
        {
            Console.WriteLine($"[出力]: {message}");
        }
    }
}

実行結果

[出力]: デリゲート経由での呼び出しです。

上記の例では、MessageDelegateという型を定義し、それに合致するDisplayMessageメソッドを代入しています。

デリゲート自体がひとつの型として振る舞うため、クラスのフィールドやプロパティとしても保持できるのが大きなメリットです。

なぜデリゲートが必要なのか

デリゲートが必要とされる最大の理由は、「処理の抽象化」と「呼び出し側と実装側の分離(デカップリング)」にあります。

例えば、大量のデータをソートするロジックを記述する場合、ソート順の判定基準(昇順か降順か、特定の属性で比較するか)だけを外部からデリゲートとして受け取るようにすれば、ソートアルゴリズム自体は共通化できます。

このように、ロジックの一部を外部から注入する手法は「ストラテジーパターン」などのデザインパターンでも多用されます。

汎用デリゲート(FuncとAction)の活用

かつてのC#では、用途ごとに独自のデリゲート型を宣言していましたが、C# 3.0以降は.NET Framework(現.NET)標準の汎用デリゲートであるFunc型とAction型が導入されました。

現在では、独自のデリゲート宣言を自作する機会は減り、これらを使用するのが一般的です。

Actionデリゲート

Actionは、「戻り値がない(void)メソッド」を表すデリゲートです。

引数は最大16個まで取ることができ、ジェネリクスを用いて型を指定します。

// 引数なし
Action greet = () => Console.WriteLine("Hello!");

// 引数あり
Action<string, int> report = (name, age) => 
{
    Console.WriteLine($"{name}さんは{age}歳です。");
};

greet();
report("田中", 25);

Funcデリゲート

Funcは、「戻り値があるメソッド」を表すデリゲートです。

最後のジェネリック引数が戻り値の型になります。

// 引数がint, intで戻り値がint
Func<int, int, int> add = (a, b) => a + b;

int result = add(10, 20);
Console.WriteLine($"計算結果: {result}");

汎用デリゲートの使い分け表

デリゲート型	戻り値	特徴
`Action`	なし (void)	通知やログ出力など、サイドエフェクトを目的とする処理に使用
`Func`	あり	計算結果の取得や、データの変換処理などに使用
`Predicate`	bool型	条件に合致するかどうかの判定(フィルター)に使用

ラムダ式とデリゲートの関係

現代のC#開発において、デリゲートと切っても切れない関係にあるのがラムダ式です。

ラムダ式を用いることで、名前のない一時的なメソッド(匿名関数)をその場で記述し、デリゲート変数に代入することができます。

コードの簡略化の歴史

C#の進化とともに、デリゲートの記述は以下のように簡略化されてきました。

名前付きメソッドの利用: メソッドを別途定義して代入。
匿名メソッド (C# 2.0): delegate(params) { ... } 記法。
ラムダ式 (C# 3.0〜): (params) => { ... } 記法。

// C# 2.0 時代の匿名メソッド
Func<int, int> square = delegate(int x) { return x * x; };

// C# 3.0 以降のラムダ式
Func<int, int> squareLambda = x => x * x;

ラムダ式は、デリゲートを引数に取るメソッド(LINQのWhereやSelectなど)で威力を発揮します。

マルチキャストデリゲートの仕組み

デリゲートの強力な機能のひとつに、「複数のメソッドをひとつのデリゲートに登録できる」という性質があります。

これをマルチキャストデリゲートと呼びます。

+= 演算子を使用してメソッドを追加し、-= 演算子で削除することができます。

using System;

class Program
{
    delegate void Notify();

    static void Main()
    {
        Notify notify = SendEmail;
        notify += SendSms; // メソッドを追加
        notify += LogToFile; // さらに追加

        Console.WriteLine("一括実行を開始します：");
        notify(); // 登録されたすべてのメソッドが順次実行される
    }

    static void SendEmail() => Console.WriteLine("Emailを送信しました。");
    static void SendSms() => Console.WriteLine("SMSを送信しました。");
    static void LogToFile() => Console.WriteLine("ログを書き込みました。");
}

実行結果

一括実行を開始します：
Emailを送信しました。
SMSを送信しました。
ログを書き込みました。

マルチキャストデリゲートの注意点

マルチキャストデリゲートを使用する際には、以下の2つの重要な挙動に注意してください。

戻り値の扱い: 戻り値があるデリゲート（例: Funcなど）をマルチキャストにした場合、呼び出し側で受け取れるのは最後に実行されたメソッドの戻り値のみです。

途中のメソッドの戻り値は破棄されます。
例外の影響: 途中のメソッドで例外が発生すると、それ以降に登録されていたメソッドは実行されません。

確実にすべてを実行したい場合は、GetInvocationList()を取得して個々のデリゲートをループで回し、各呼び出しで例外を捕捉して継続する等の処理を行ってください。

デリゲートとイベント(event)の違い

初心者から中級者にかけて最も混同しやすいのが「デリゲート」と「イベント」の違いです。

イベントはデリゲートをベースに構築されていますが、カプセル化の観点から重要な制限が加えられています。

イベントとは何か

イベントは、特定の状態変化を外部に通知するための仕組みです。

event キーワードを付けて宣言されたデリゲートは、以下の制約を受けます。

外部のクラスからは += と -= による購読・解除しか行えない。
外部のクラスからイベントを直接呼び出す(発火させる)ことはできない。
外部のクラスからイベントを null で初期化することはできない。

比較表

機能	デリゲート (public Action)	イベント (public event Action)
代入 (=)	外部から可能 (上書きの危険あり)	外部から不可 (コンパイルエラー)
追加 (+=)	外部から可能	外部から可能
削除 (-=)	外部から可能	外部から可能
呼び出し	外部から可能	定義したクラス内のみ可能

この違いにより、ライブラリやコンポーネントの設計において「勝手にイベントをリセットされる」あるいは「勝手にイベントを発火させられる」といった誤用を防ぐことができます。

実践的な活用シーン

デリゲートが実際の開発でどのように使われているか、代表的なパターンを見ていきましょう。

1. コールバック処理

時間のかかる処理(非同期処理)が完了した後に、特定の処理を実行させたい場合にデリゲートを渡します。

public void ProcessData(string data, Action<bool> callback)
{
    try
    {
        // データの処理ロジック
        Console.WriteLine($"{data} を処理中...");
        callback(true); // 成功を通知
    }
    catch
    {
        callback(false); // 失敗を通知
    }
}

2. LINQにおけるフィルタリング

LINQのWhereメソッドなどは、内部でFunc<T, bool>を受け取っています。

これにより、データの抽出条件を動的に切り替えることが可能です。

var numbers = new List<int> { 1, 2, 3, 4, 5, 6 };
// デリゲート(ラムダ式)を引数として渡している
var evenNumbers = numbers.Where(n => n % 2 == 0);

3. 依存関係の注入(Strategyパターン)

特定のアルゴリズムをデリゲートとして注入することで、クラスの柔軟性を高めます。

例えば、計算機クラスにおいて計算方法をデリゲートで受け取るようにすれば、後から「掛け算」や「割り算」を簡単に追加できます。

デリゲートのパフォーマンスと最新のC#

デリゲートは非常に便利ですが、内部的にはオブジェクトとして扱われるため、ごくわずかながらオーバーヘッドが存在します。

内部的な仕組み

デリゲートを宣言すると、コンパイラは内部的にSystem.MulticastDelegateを継承したクラスを生成します。

このクラスは、メソッドの参照を保持するMethodプロパティと、インスタンスメソッドの場合にその対象オブジェクトを保持するTargetプロパティを持っています。

関数ポインタ (C# 9.0〜)

パフォーマンスが極めて重視される低レイヤーの処理や、アンマネージドコード(C++等)との連携のために、C# 9.0から関数ポインタ(Function Pointers)が導入されました。

// 関数ポインタの定義 (unsafeコンテキストが必要)
unsafe
{
    delegate*<int, int, int> pointer = &Add;
    int result = pointer(10, 20);
}

static int Add(int a, int b) => a + b;

これはデリゲートオブジェクトを作成しないため、ヒープ割り当て(Allocation)が発生せず高速ですが、型安全性の保証が弱まるため、通常のアプリケーション開発では引き続きFuncやActionを使用するのがベストプラクティスです。

デリゲート使用時の注意点とベストプラクティス

デリゲートを安全かつ効率的に使用するためのポイントをまとめます。

1. nullチェックを忘れずに行う

デリゲートを呼び出す際、もし一つもメソッドが登録されていない(あるいは明示的にnullが代入されている)状態で実行すると、NullReferenceExceptionが発生します。

C# 6.0以降で導入された「Null条件演算子」を使用するのが最も安全です。

// 安全な呼び出し方
myDelegate?.Invoke(arg);

2. メモリリークに注意する

マルチキャストデリゲートやイベントにおいて、「購読解除(-=)」を忘れるとメモリリークの原因になることがあります。

特に、長寿命のオブジェクトのイベントを短寿命のオブジェクトが購読する場合、短寿命のオブジェクトがガベージコレクション(GC)の対象にならず残り続けてしまいます。

3. デリゲートの多用による可読性の低下

コールバックを何重にもネストさせると、いわゆる「コールバック地獄」に陥り、コードの追跡が困難になります。

モダンなC#では、可能な限りasync/awaitを用いた非同期処理に置き換えることで、コードを直列的に保つことが推奨されます。

まとめ

デリゲートは、C#における「メソッドを第一級オブジェクトとして扱う」ための基盤であり、LINQ、イベント、非同期処理といった主要機能の屋台骨を支えています。

本記事で解説した重要ポイントを振り返ります。

デリゲートの本質: メソッドへの参照を保持する型安全なポインタ。
FuncとAction: 現代的なC#では自作デリゲートではなく、これら汎用型を使うのが標準。
ラムダ式の活用: 簡潔に記述するために不可欠な構文。
イベントとの使い分け: カプセル化のために、外部公開する通知仕組みには必ずeventを付与する。
安全な呼び出し: ?.Invoke() を活用して例外を防ぐ。

デリゲートを正しく理解し、適切に使い分けることで、拡張性が高くメンテナンスしやすいコードを記述できるようになります。

まずは身近なFuncやActionから積極的に活用し、徐々にイベント駆動型設計やストラテジーパターンの実装へとステップアップしていきましょう。