ios - Swift 中对于具有多个方面的模型的良好设计？

Question

我想问一个关于如何在 swift 中定义具有多个方面的模型的好例子，特别是当项目变得越来越大并且一个模型具有多个方面时。问题很长，但我只是想知道人们如何在大项目中设计模型。任何评论或想法将不胜感激。

假设有一个名为“Book”的模型，其定义如下:

class Book {
    var id: String
    var title: String
    var author: String
    init?(json: [String: AnyObject]) {
        // parse the model from JSON
    }
}

Book 有一个可失败的初始化程序，用于解析服务器发送的 JSON 中的属性。 在 View Controller A上，它描述了关于模式Book的更详细的信息，因此在 View Controller R A上使用时，会在模型中添加一些属性:

class Book {
    var id: String
    var title: String
    var author: String

    // required on View Controller A
    var price: Int
    var seriersName: String
    var reviewNumber: Int
    var detailedDescription: String

    init?(json: [String: AnyObject]) {
        // parse the model from JSON
    }
}

在另一个 View Controller B 上，我们想要显示图书购买的历史记录。因此该模型需要如下附加属性:

class Book {
    var id: String
    var title: String
    var author: String

    // required on View Controller A
    var price: Int
    var seriersName: String
    var reviewNumber: Int
    var detailedDescription: String

    // required on View Controller B (Not required on VC A)
    var purchasedDate: NSDate
    var expireDate: NSDate

    init?(json: [String: AnyObject]) {
        // parse the model from JSON
    }
}

Book 的这个定义缺乏灵 active ，因为传递给故障标签初始化程序的 JSON 必须具有所有属性，即使在仅使用部分属性的 VC 上也是如此。

解决方案A:
我认为最简单的解决方案就是将这些附加属性声明为可选，但我个人认为这不太酷，因为每当使用这些可选属性时，都需要检查它们是否不为零。

if let seriesName = book.seriesName {
    self.seriesNameLable.title = seriesName
}

这种可选绑定(bind)代码将会溢出到我假设的所有代码中。隐式可选绑定(bind)也许可以使用，但使用起来并不安全。

解决方案B:
另一种解决方案可能是定义继承 Book 的不同模型，例如 BookA 和 BookB。但是如果我们需要一个同时具有 BookA 和 BookB 方面的模型怎么办？

我想这类问题没有单一的解决方案，但我想知道其他人如何在大项目中定义模型。 (我想知道是否有人会使用一些“快速特定”功能(例如协议(protocol)及其扩展)提供一个很酷的解决方案:)。我将不胜感激任何意见...谢谢。

Answer 1

免责声明:我不是 Swift 程序员，这是我根据具有相同功能的其他语言进行的推断，我的 Swift 语法可能不是 100% 准确

使用protocols我会做类似的事情:

class EBook: Book, HasOnlineSource {
  ...
} 

class OtherKindOfBook: Book, WithCollectorEditions, HasBleh, WithFoo {...} 

但你必须问自己:

我需要进行动态更改吗？

如果是这种情况，您需要通过组合来进行委派。

应用程序的不同部分使用核心模型的方式是否不同？

或者换句话说，这些模型的不同用户是否需要不同的行为？在这种情况下，扩展非常有用，因为允许根据上下文公开同一模型的不同行为。例如，报告模块可以发送消息numberOfReaders，而销售模块可以请求promotionalCodes。两者都使用相同的模型，但与不同的协议(protocol)进行交互。就您而言，您有不同的 Controller 想要不同的东西，因此这可能适用。

使用委托(delegate)

这遵循组合优于继承原则，但在回顾了如何delegates work in Swift之后，我知道它们不是 native 实现，但仍然是一种设计模式(您可能会说是功能请求)，委托(delegate)是手工进行的。

其他语言允许您使用 BookProtocol 创建 JSSONSerializedBook，但您可以设置委托(delegate)，而不是实现 BookProtocol 上所需的内容初始化后将实现此类协议(protocol)。该委托(delegate)将是 JSSONSerializedBook 的内部协作者，并且 JSSONSerializedBook 接收到的属于 BookProtocol 一部分的所有消息都将委托(delegate)给它。 或者换句话说，消息传递是自动处理的(如果您想检查其他语言如何实现它，这里是Kotlin documentatin on delegates)。

如果您想在 Swift 上执行相同的操作，则必须显式将消息传递给您的委托(delegate)。 这种设计有几个优点，但由于没有对消息传递的 native 支持，因此实现起来变得非常冗长。

如需进一步引用，您可以查看 mixins 上的论文和 traits深入了解此功能背后的设计决策。