Swiftのデリゲートパターンとは？初心者でもわかる使い方と実装方法

1. デリゲートパターンとは？

1. デリゲートパターンとは？

デリゲートパターン（Delegate Pattern）は、あるオブジェクトが自分の代わりに別のオブジェクトに処理を任せる「委任」の仕組みです。「デリゲート（delegate）」とは英語で「任せる人」という意味です。

プログラミングの世界では、イベントや処理の結果を他のクラスに伝えるときによく使われます。たとえば、ボタンを押したときの動きを別のクラスに伝えたいときに使います。

SwiftのiOSアプリ開発では、UITableViewやUITextFieldなど、多くの場面でこのパターンが使われています。

2. デリゲートを現実の例でイメージしよう

2. デリゲートを現実の例でイメージしよう

たとえば、あなたが学校の先生で、授業中に黒板に文字を書く必要があるとします。でも手が痛くて書けない……。そんなとき、優秀な生徒に「代わりに書いて」とお願いする。それが「デリゲート」です。

先生（元のオブジェクト）が黒板に書く処理を、生徒（デリゲート）に任せることで、役割分担ができます。プログラムでも同じで、自分で処理せずに誰かに任せるイメージです。

3. Swiftでのデリゲートの構成要素

3. Swiftでのデリゲートの構成要素

Swiftでデリゲートパターンを実装するには、次の3つのステップが必要です。

• ① プロトコル（Protocol）を定義する：どんな仕事を任せたいかを決める
• ② デリゲートを持つクラス：任せる側
• ③ デリゲートを受け取るクラス：実際に仕事をする側

4. 実装例：ボタンを押したらメッセージを表示する

4. 実装例：ボタンを押したらメッセージを表示する

次のコードでは、「ボタンが押された」という出来事を、別のクラスに通知するデリゲートパターンを実装しています。

import Foundation

// ① プロトコルを定義
protocol ButtonDelegate {
    func didTapButton()
}

// ② デリゲートを持つクラス（ボタン）
class Button {
    var delegate: ButtonDelegate?

    func tap() {
        print("ボタンがタップされました")
        delegate?.didTapButton()
    }
}

// ③ デリゲートを受け取るクラス（画面側）
class ViewController: ButtonDelegate {
    func didTapButton() {
        print("デリゲートを受け取って、メッセージを表示しました！")
    }
}

// 使用例
let button = Button()
let viewController = ViewController()
button.delegate = viewController
button.tap()

このコードでは、ButtonクラスがViewControllerに「ボタンが押されたよ」と伝えています。delegateプロパティを使って、処理を任せているんですね。

5. 実行結果を見てみよう

5. 実行結果を見てみよう

ボタンがタップされました
デリゲートを受け取って、メッセージを表示しました！

このように、Buttonの内部で発生したイベントをViewController側に伝えることができました。

6. なぜデリゲートパターンが便利なのか？

6. なぜデリゲートパターンが便利なのか？

Swiftでデリゲートパターンを使うことで、以下のようなメリットがあります。

• クラスの責務を分けられる：一つのクラスが何でも処理するのではなく、役割を分担できます。
• コードが読みやすくなる：処理が整理され、変更もしやすくなります。
• 拡張性がある：あとから別のクラスに処理を任せることも簡単です。

このように、Swiftにおけるデリゲートは「連絡役」や「伝書鳩」のような働きをしてくれます。

7. デリゲートとプロトコルの関係とは？

7. デリゲートとプロトコルの関係とは？

デリゲートを使うには、Swiftの「プロトコル」という機能が欠かせません。プロトコルとは、「このメソッドを必ず持っていてね」というルールブックのようなものです。

プロトコルに従っていれば、どんなクラスでもデリゲートとして使うことができるので、とても柔軟に作れます。

8. デリゲートはどんなときに使うの？

8. デリゲートはどんなときに使うの？

Swiftのデリゲートパターンは、アプリ内で画面同士のやり取りをしたいときによく使われます。たとえば、以下のような場面です。

• 画面Aから画面Bに値を渡したいとき
• テーブルのセルがタップされたことを知らせたいとき
• テキスト入力が終わったことを通知したいとき

iOSアプリ開発では、標準の機能の中にもデリゲートが組み込まれていることが多いので、しっかりと理解しておくと後で困りません。

まとめ

まとめ

ここまで、Swiftのデリゲートパターンについて、基本的な概念からプロトコルを用いた実装方法まで丁寧に確認してきました。デリゲートは、あるクラスが自分では処理を完結せず、別のクラスに役割を渡すための大切な仕組みであり、Swiftのアプリ開発では画面間の通信やイベント処理で頻繁に登場する重要な構造です。特に、UITableViewやUITextFieldなど多くのフレームワークで使われているため、実際の開発で自然と触れることになります。デリゲートとプロトコルを正しく理解すると、コードの拡張性や再利用性が高まり、変更にも強い設計が可能になります。 さらに、デリゲートパターンはアプリ全体の責務を明確に切り分けるうえで非常に効果的であり、読みやすく整理されたコード構成を実現できます。画面遷移や値の受け渡し、イベント通知など、多くの場面に応用できる柔軟性も大きな魅力です。たとえば、ボタンイベントのような単純な処理であっても、プロトコルを使うことで今後別の画面に処理を任せたい場合にも簡単に対応できます。そのため、Swiftの初学者にとって早い段階で理解しておくと、今後のアプリ開発の幅が大きく広がるでしょう。

サンプルプログラムによる振り返り

以下は、記事で紹介した実装例をさらに見やすくしたサンプルです。デリゲートとプロトコルの役割、クラス同士の関係がよく分かるよう構成しています。

// プロトコル：役割の定義
protocol LessonDelegate {
    func didFinishLesson(message: String)
}

// 任せる側（授業管理クラス）
class LessonManager {
    var delegate: LessonDelegate?

    func startLesson() {
        print("授業を開始しました")
        delegate?.didFinishLesson(message: "授業が終わりました")
    }
}

// 任される側（通知を受け取るクラス）
class Teacher: LessonDelegate {
    func didFinishLesson(message: String) {
        print(message)
    }
}

let manager = LessonManager()
let teacher = Teacher()
manager.delegate = teacher
manager.startLesson()

このように、デリゲートは「伝える側」と「受け取る側」を適切に分離できるため、アプリの設計がより整理され、拡張がしやすくなります。Swiftの構造に自然に溶け込むデリゲートの仕組みは、アプリ開発の基盤となる考え方といえるでしょう。特に画面間通信やイベント通知が増える大規模アプリでは、デリゲートの重要性が非常に高まります。プロトコルを使った柔軟な設計を身につけることで、後から新しい処理を追加したり、別のクラスに役割を変更したりする際にもスマートに対応できるようになります。