作为tableView(_：,cellForRowAt :)中的一个例子,我想将tableView.dequeueReusableCell返回的单元格(withIdentifier：reuseID,for：indexPath)转换为符合RLMEntityCapableCell协议的UITableViewCell的子类(只是指定了conformers)有一个名为item的变量,它是Object的一个实例,或者是它的一个子类).
这条路线有效,但双重铸造似乎过度：
protocol RLMEntityCapableCell: class {
var item: Object { get set }
}
public func tableView(_ tableView: UITableView,cellForRowAt indexPath: IndexPath) -> UITableViewCell {
var cell = tableView.dequeueReusableCell(withIdentifier: reuseID,for: indexPath) as! RLMEntityCapableCell // Cast here so we can set item
cell.item = items[indexPath.row]
return cell as! UITableViewCell // Cast again so the return type is right…
}
另一种方法：
var cell = tableView.dequeueReusableCell(withIdentifier: reuseID,for: indexPath)
as! RLMEntityCapableCell,UITableViewCell
给出了这个错误：
type annotation missing in pattern
所以显然也不是正确的方法.
我更愿意指出,为了符合协议,对象必须从UITableViewCell或UICollectionViewCell继承,但协议的基础只能限于类类型而不能进一步.
编辑：
这里的想法是为Realm对象提供一个通用数据源,它可以像Array和Dictionary那样利用泛型.每个表视图中使用的单元格将特定于要显示的实体,但数据源只知道该单元格将是符合RLMEntityCapableCell的UITableViewCell的子类.所有数据源需要担心的是告诉单元格需要显示哪个实例(它始终是Object的子类),单元格将从那里获取它并根据需要进行自我配置.
解决方法
下一个Swift版本(版本4)可能会带来您正在寻找的内容,这是一个名为Class and Subtype Existentials的新功能：
This proposal brings more expressive power to the type system by allowing Swift to represent existentials of classes and subtypes which conform to protocols.
The proposal keeps the existing
&Syntax but allows one of the elements to be eitherAnyObjector of class type (e.g.,SomeClass & SomeProtocol).
然后你可以说：
var cell = tableView.dequeueReusableCell(withIdentifier: reuseID,for: indexPath)
as! UITableViewCell & RLMEntityCapableCell
但是,当然,您将无法使用它来为您的RLMEntityCapableCell协议添加超类要求(如您最初所希望的那样).我们可能需要等待Swift 5 原文链接：/iOS/334425.html
