Примеры делегатов в Swift

что такое делегирование?

прежде всего, вы должны знать, что Шаблон Делегирования не является эксклюзивным для iOS world:

в программной инженерии шаблон делегирования является шаблоном дизайна в объектно-ориентированное программирование, позволяющее достичь композиции объектов повторное использование того же кода, что и наследование.

но, работая с делегирование в мире iOS это так часто, я предполагаю, что вы можете увидеть много классов, предоставляющих делегирование / источник данных для предоставления возможности предоставления свойств или поведения для используемого экземпляра. Это один из основных механизмов того, как объекты разговаривают друг с другом в CocoaTouch.

варианты:

• NotificationCenter.
• кво (ключ-значение наблюдения).
• обработчики завершения / обратные вызовы (с использованием замыканий).
• Цель-Действие.

Примечание: в случае, если вы заинтересованы в сравнении между ними, вы можете проверить следующее статьи:

• Модели Коммуникации.
• когда использовать делегирование, уведомление или наблюдение в iOS.
• делегаты против наблюдателей.

когда использовать делегирование?

Итак, вопрос: "Так почему я должен использовать делегирование вместо этих вариантов?"

я постараюсь сделать это просто; я бы предложил использовать делегирование, когда у вас есть один на один связь между двумя объектами. Просто для ясности,цель немного поговорить о NotificationCenter это попытаться понять, когда используются делегации:

NotificationCenter представляет один-ко-многим отношения; просто, он работает как: проводки (уведомление) сообщение о конкретном событии и observing (получить уведомление о) это уведомление -- это можно наблюдать в любом месте иначе; логически, это то, что означает одно для многих отношений. Это представление Шаблон Observer.

как применить делегирование?

для упрощения я бы упомянул об этом как о шагах:

1. зная требования: каждый делегат имеет свой собственный правила, перечислено в протокол делегата который представляет собой набор сигнатур методов, которые вы должны реализовать для соответствия этому делегированию.

2. соответствует для делегации: это просто позволяет вашему классу быть делегатом, отмечая его. Например: class ViewController: UIViewController, UITableViewDelegate {}.

3. подключение объекта делегата: маркировка вашего класса, чтобы быть делегатом не достаточно, вы должны убедиться, что объект, который вы хотите подтвердить своим классом, дает требуемое задание вашему классу.

4. реализуя требования: наконец, свой класс обязательно реализовать все необходимые методы, перечисленные в протоколе делегата.

это звучит немного запутанным? Как насчет реального примера?

рассмотрим следующий сценарий:

представьте, что вы создаете приложение, связанное с воспроизведением аудио. Некоторые из viewControllers должны иметь вид аудио-плеер. В простейшем случае мы предполагаем, что он должен иметь кнопку воспроизведения/паузы и другую кнопку, скажем, для отображения списка воспроизведения, независимо от того, как он может выглядеть.

до сих пор так хорошо, вид аудиоплеера имеет свой отдельный UIView класс а .xib file; он должен быть добавлен в качестве подвида в любой желаемый viewController.

теперь, как вы можете добавить функциональность к обеим кнопкам для каждого viewController? Вы можете подумать: "просто, я добавлю IBAction в классе view, и это все", на первый взгляд, это может звучать нормально, но после переосмысления немного, вы поймете, что это не будет применимо, если вы пытаетесь обработать событие нажатия кнопки на уровне контроллера; чтобы было ясно, что, если каждый viewController реализовал различные функциональные возможности при нажатии на кнопки в виде аудиоплеера? Например: нажатие плейлиста в "A" viewController отобразит tableView, но нажатие на него в " B " viewController отобразит выбор.

Ну, давайте применять делегация в этом выпуске:

_{комментарии " # "представляют шаги "как применить делегирование?" раздел.}

Аудио Плеер Вид:

// # 1: here is the protocol for creating the delegation
protocol AudioPlayerDelegate: class {
    func playPauseDidTap()
    func playlistDidTap()
}

class AudioPlayerView: UIView {
    //MARK:- IBOutlets
    @IBOutlet weak private var btnPlayPause: UIButton!
    @IBOutlet weak private var btnPlaylist: UIButton!

    // MARK:- Delegate
    weak var delegate: AudioPlayerDelegate?

    // IBActions
    @IBAction private func playPauseTapped(_ sender: AnyObject) {
        delegate?.playPauseDidTap()
    }

    @IBAction private func playlistTapped(_ sender: AnyObject) {
        delegate?.playlistDidTap()
    }
}

Контроллер Вид:

class ViewController: UIViewController {
    var audioPlayer: AudioPlayerView?

    // MARK:- Life Cycle
    override func viewDidLoad() {
        super.viewDidLoad()

        audioPlayer = AudioPlayerView()
        // # 3: the "AudioPlayerView" instance delegate will implemented by my class "ViewController"
        audioPlayer?.delegate = self
    }
}

// # 2: "ViewController" will implement "AudioPlayerDelegate":
extension ViewController: AudioPlayerDelegate {
    // # 4: "ViewController" implements "AudioPlayerDelegate" requirments:
    func playPauseDidTap() {
        print("play/pause tapped!!")
    }

    func playlistDidTap() {
        // note that is should do a different behavior in each viewController...
        print("list tapped!!")
    }
}

Подсказка:

в одном из большинство популярные примеры использования делегация Передача Данных Обратно между видом контроллеров.