ios - 为什么我们不用委托(delegate)对象来实例化委托(delegate)类呢？

Question

我无法想象没有委托(delegate)的委托(delegate)下载器类或 CLLLocationManager 或 tableView。那么，为什么我们需要将其创建为可选项？

我们为什么要这样做

tableview = UITableView()
tableview.delegate = self
tableview.dataSource = self

为什么没有制作 API，所以我们可以这样做:

tableview = UITableView(delegate: self, dataSource: self)

这是不是因为内存循环，所以我们可以先 nil 委托(delegate)类或委托(delegate)类然后另一个？这是唯一的原因吗？

就算是这样，还是用

class tableView{
    var delegate: UITableViewDelegate?
    var dataSource: UITableViewDataSource?

    init(delegate: UITableViewDelegate? = nil, dataSource: UITableViewDataSource?){
        self.delegate = delegate
        self.dataSource = dataSource
    }
}


var tableView = tableView()

Answer 1

要求在实例化时声明委托(delegate)不会给语言本身带来任何实际好处。作为开发人员，如果您确实需要，可以轻松添加它，但它不属于 UIKit。

但是深入挖掘，您并不总是想用委托(delegate)来实例化 TableView 。如果委托(delegate)还不存在怎么办？委托(delegate)并不总是 self 。您可能需要构建带有属性的 tableview，以便稍后显示或实现。

您可能还想更改委托(delegate)，对于阅读代码的人来说，这可能会给调试增加很多不必要的混淆。考虑以下伪代码:

var tableview = UITableView(delegate:self)

var childController = ChildControllerWithTableView()
childController.prepareForSegue() {
    childController.tableview = tableview
    childController.tableview.delegate = childcontroller
}

您不仅更改了委托(delegate)，混淆了 future 的开发人员(可能包括您自己!)，而且您还不得不(不必要地)将委托(delegate)设置为 self，仅仅是因为 childController 还不存在。

或者如 Josh 指出的那样，如果委托(delegate)人就是委托(delegate)人怎么办？

var tableview = UITableView(delegate:tableview)

等等，什么？那不会飞的!

不过，如果您愿意，您可以将它添加到您的所有项目中 - 如果有业务需要(或方便)这样做的理由!这就是 Swift 如此出色的原因:

extension UITableView {
    convenience init(delegate: UITableViewDelegate? = nil, dataSource: UITableViewDataSource?){
        self.delegate = delegate
        self.dataSource = dataSource
    }
}