许多 CocoaPod 和 native iOS 库使用它们命名为 CustomClassDelegate
或 CustomClassDataSource
的协议(protocol)作为进行某些设置或自定义的方法。我想知道什么时候应该使用这种编程模型,因为我似乎可以使用属性来完成大部分工作。
示例
如果我定义一个名为 SmurfViewController
的自定义类,它有一个 SmurfLabel
,将 smurfLabel
存储为私有(private)属性是否更好,并且有一个名为 smurf
的公共(public) computed 属性,如下所示:
private var smurfLabel = UILabel()
public var smurf: String {
get {
return smurfLabel.text
}
set(text) {
smurfLabel.text = text
}
}
或者我应该定义一个具有如下公共(public)函数的 SmurfDataSource
:
func textForSmurfLabel() -> String {
return "smurfText"
}
我什么时候应该在这里使用什么?
最佳答案
你应该为此使用一个属性。当备选方案是从导航堆栈/ View 层次结构实例化 Controller /对象时,委托(delegate)和数据源供不同的 Controller /对象相互通信。代表在两者之间形成一种特定的沟通,允许清楚地了解他们的关系,同时保持他们的解耦(假设你试图保持这种方式)。我不同意说回调“更好”的文章。它们很棒,我建议经常使用它们,但要明白,swift 为您提供的大多数选项都有一个最适合它们的地方。
我可能有点偏见,但 Swift 是一门令人惊叹的语言,它以 OOP 为支柱,它所有的一切都很好地组合在一起,以便为您所处的每种情况提供正确的工具。
我经常发现自己在更高级的设置中同时使用这两种工具和另一个更可自定义的选项,在这些设置中我有一个监督 viewController 来管理许多子 Controller 。它可以直接访问所有处于事件状态的对象,但如果它的任何子对象与其通信,则需要通过委托(delegate)。它的主要工作只是处理它们在屏幕上的位置,所以我让一切都易于管理。
关于iOS:何时使用委托(delegate)/数据源(协议(protocol))与属性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39024553/