Question

我已将我对UICollectionViewCells的工作重构为以下

struct CollectionViewCellModel<T: UICollectionViewCell> {
    let reuseIdentifier: NSString
    let allowsSelection: Bool

    // Optional callbacks
    var onCreate: ((T) -> Void)?            = nil
    var onSelection: ((T) -> Void)?         = nil
    var onWillBeDisplayed: ((T) -> Void)?   = nil
    var onDelete: ((T) -> Void)?            = nil

    // Create cell
    func toCell(collectionView: UICollectionView, indexPath: NSIndexPath) -> T {
        let cell = collectionView.dequeueReusableCellWithReuseIdentifier(reuseIdentifier, forIndexPath: indexPath) as T
        if let onCreate = onCreate { onCreate(cell) }
        return cell
    }
}

这使我更容易创建特定单元格列表（对于表格之类的东西），然后使用它们。

然而，我一直在惹恼如何存储这些物体。我无法将它们转发到CollectionViewCellModel<UICollectionViewCell>，因此无法存储[CollectionViewCellModel<UICollectionViewCell>

的列表

我认为Swift支持向下转换，但显然不适用于泛型类型？

let cell = CollectionViewCellModel<A>(...)
let genericCell = cell as CollectionViewCellModel<UICollectionViewCell>
// ERROR: UICollectionViewCell is not identical to A
let genericMaybeCell = cell as? CollectionViewCellModel<UICollectionViewCell>
// ERROR: UICollectionViewCell is not identical to A

我是否必须将这些存储为Any的数组，然后每次都将它们存在，或者我只是误解了某些内容（或两者）？

更新：我在操场上做了一些工作，以清楚地说明我的意思：

protocol IA {
    func name() -> String
}

class A:IA { func name() -> String { return "A (Base)" } }
class B: A { override func name() -> String { return "B (Child of A)" } }
class C: B { override func name() -> String { return "C (Child of B)" } }

struct SA<T: A> {
}

let struct0: Any = SA<B>()
// OK: yes, the struct of B is an Any! 
// but since B inherits from A, isn't it safe to 
// say that SA<B> is also of type SA<A>?
let struct1: SA<A> = SA<B>() as SA<A>
// NO
// ERROR: 'B' is not identical to 'A'
let struct1Optional: SA<A> = SA<B>() as? SA<A>
// not even optionally? NO
// ERROR: 'B' is not identical to 'A'

我想这是不可能的。也许在Swift 1.3中。请参阅评论中的主题。

更新（2015年2月17日）

对于那些对我为什么一开始就这样做感兴趣的人，你必须了解我是如何使用我的CollectionViewControllers（CVC）的。我抽象了一个基础CVC来执行每个屏幕需要的常用方法。此CVC具有一个协议，该协议需要Factory来创建CVC模型。这些模型知道如何改变自己，对行动做出反应，并且非常像控制器。他们胖了＆amp;活性。另一方面，我的观点都是愚蠢的。他们所知道的只是在屏幕上移动东西或进入不同的显示状态。从CVC配置单元时，您最终会执行这些大的switch语句，这些语句实际上并没有从可读性角度告诉您“路由此”。你开始在那里配置视图会变得更糟。这并不可怕，但一般来说 - 对我来说 - 视图控制器控制它负责的视图。虽然这个VC可能是单元的父VC，但这并没有给它适当的访问权来大量操作它。现在这使你的VC做cell.changeDisplayToActiveState()之类的事情;简而言之，它现在承担着控制其子细胞的负担。这就是所有“肥胖”VC的贡献。我首先采用VIPER模式选择偏离这条路径，但我发现它有点过分 - 特别是对于一个新项目。我废弃它并开始使用基础CVC。这是我的项目目前的工作方式：

基础CVC期望工厂＆amp;工厂期望CVC（从而促进细胞的双向结合）
这家工厂生产电池和电池。标题模型适用于THE CVC 。
这些型号有回调＆amp;数据和嵌入其中的配置功能。
他们可以从这些回调调用视图控制器的PUBLIC函数（因此严格分离职责），例如vc.changeDisplayState(...)或changeToVc(...)

Answer 1

我不确定你到底发生了什么，但我会尝试回答。大概你不想为一些特定的CollectionViewCellModel<X>存储一堆X，因为那时答案是＆＃34;我如何存储它们？＆＃34;很简单：[CollectionViewCellModel<X>]。因此，我猜你想要一个CollectionViewCellModel<T>数组用于异构T。实现这一目标的最佳方法是提供所有CollectionViewCellModel<T>常见协议（或基类，但在您的情况下，他们是struct，所以不是这样，某事大致是这样的：

protocol CollectionViewCellModelType {
  var reuseIdentifier: NSString {get}
  var allowsSelection: Bool {get}

  func toCell(
    collectionView: UICollectionView, indexPath: NSIndexPath
  ) -> UICollectionViewCell
}

struct CollectionViewCellModel<T: UICollectionViewCell>
  : CollectionViewCellModelType {
  let reuseIdentifier: NSString
  let allowsSelection: Bool

  // Optional callbacks
  var onCreate: ((T) -> Void)?            = nil
  var onSelection: ((T) -> Void)?         = nil
  var onWillBeDisplayed: ((T) -> Void)?   = nil
  var onDelete: ((T) -> Void)?            = nil

  // Create cell
  func toCell(
    collectionView: UICollectionView, indexPath: NSIndexPath
  ) -> UICollectionViewCell {
    let cell = collectionView.dequeueReusableCellWithReuseIdentifier(
      reuseIdentifier, forIndexPath: indexPath) as! T

    if let onCreate = onCreate { onCreate(cell) }
    return cell
  }
}

var a: [CollectionViewCellModelType] = [] // put them in here

希望这有帮助，

戴夫

如何在Swift中向下转换/转换结构的泛型类型

1 个答案: