delegates - 为什么使用委托(delegate)和协议(protocol)而不是仅仅在 Swift 中传递一个实例？

Question

我试图在 Swift 中的 View 之间传递变量，并遇到了相当抽象的协议(protocol)和委托(delegate)概念。

然后我尝试在第二个 View 中存储对第一个 View 的引用并直接调用其上的函数。这似乎有效:

屏幕 1

class Screen1: UIViewController {

    var myName = "Screen1"

    override func viewDidLoad() {
        super.viewDidLoad()
    }
    //
    // checking if the segue to screen 2 is called and then passing a reference
    //
    override func prepareForSegue(segue: UIStoryboardSegue!, sender: AnyObject!) {
        if segue.identifier == "screen2Segue"{
            let vc = segue.destinationViewController as Screen2
            vc.storedReference = self
        }
    }

    func getName() -> String {
        return myName
    }
}

屏幕 2

class Screen2: UIViewController {

    var storedReference:Screen1!

    override func viewDidLoad() {
        super.viewDidLoad()
    }

    func testReference() {
        // calling a function on the stored reference to screen 1
        var str = storedReference.getName()
        println("Leaving screen 2, going to " + str)
    }
}

我的问题:这段代码有什么问题？如果可以直接传递引用，为什么还要使用委托(delegate)和协议(protocol)？

可能相关:一个 View 什么时候被取消初始化并被一个全新的 View 实例替换？我是在旧实例上调用“getName()”吗？

Answer 1

协议(protocol)对于将实现与接口(interface)分离很有用，这有助于提高代码的可重用性、可理解性和可测试性。

例如，您可能希望将项目存储在某种列表中。 List 的一些可能实现包括基于数组的实现和基于节点(链表)的实现。如果您要声明一个名为 List 的协议(protocol)，并拥有实现该协议(protocol)的类 ArrayList 和 LinkedList，则任何需要使用列表(作为参数传递给方法、属性等的变量)可以使用 List 作为变量类型，并且能够在不关心列表是否为 ArrayList 或 LinkedList。您可以更改使用的类型或它们的实现方式，这与使用它们的对象无关，因为只有协议(protocol)中声明的公开接口(interface)是可见的。

协议(protocol)也可用于模拟多重继承之类的东西，因为类可以从父类(super class)继承，也可以实现一个或多个接口(interface)。 (例如， bat 既是哺乳动物又是有翼的，因此它可以表示为 Bat 类继承自实现 Winged 的 Mammal 类> 协议(protocol))。

委托(delegate)模式使用协议(protocol)将一些职责委托(delegate)给另一个对象，这对于代码分离和可重用性特别有利。例如，iOS 中的 UITableViewDelegate 协议(protocol)允许 UITableView 通过委托(delegate)另一个对象来处理事件来对单元格选择等事件使用react。这可能已被数以千计的应用程序中的数百万个对象使用，而 Apple 的开发人员实现了 UITableView 和 UITableViewDelegate 并且对实现该协议(protocol)的对象一无所知.

通过在 View Controller 之间直接传递引用，您强制第二个完全依赖于第一个。如果您曾经希望更改应用程序的流程以便可以从其他地方访问第二个 View Controller ，您将被迫重写该 View Controller 以使用新的来源。如果您改为使用协议(protocol)，则无需对第二个 View Controller 进行任何更改。