ios - MVVM 通用网络架构

Question

我使用 Model View ViewModel 范例开发 iOS 应用程序来构建我的 View Controller 并表示它们的数据。结合ReactiveCocoa是一个强大的工具； View Controller 变得不那么臃肿， View 模型更容易测试，并且存在明确的关注点分离。

我遇到的这个特定架构的一个问题是，与 MVC 一样，仍然没有明确的位置或方式来构建网络代码。举以下简单的例子:

class HomepageViewModel {
    var posts: MutableProperty<[Post]> = MutableProperty([])

    func fetchPosts() -> SignalProducer<[Post], NSError> {
        return SignalProducer { observer, disposable in
            // do some networking stuff
            let posts = ....
            observer.sendNext(posts)
            observer.sendCompleted()
        }
    }
}

然后在我的 View Controller 中我可以做的地方:

self.viewModel.posts <~ self.viewModel.fetchPosts().on(next: { _ in self.collectionView.reloadData() })

对我来说，使用 MVVM 的全部意义在于不将 View 和 View Controller (我称之为 View 表示层)暴露给任何网络代码，但我仍然需要一种方法来观察新的在不知 Prop 体细节的情况下获取了内容，只是成功获取了内容。我想那看起来像:

self.viewModel.contentUpdatedSignal.observeNext { _ in self.collectionView.reloadData() }

与此同时，我也不想在使用 <~ 时失去将信号和信号生成器绑定(bind)到可变属性的能力。 .

class ViewModel {
    let someProperty = MutableProperty<[SomeModel]>([])
    var (contentUpdatedSignal, observer) = Signal.pipe()
    init() {
        self.someProperty <~ self.fetchContent().on(next: { _ in observer.sendNext() }
    }

    func fetchContent() -> SignalProducer<[SomeModel], NSError> {
        // do some fun stuff
    }
}

这种执行此操作的方法稍微好一些，但它仍然使用副作用在信号观察器上发送下一个事件，如果您使用的是常见的 ViewModel基类，您必须公开该观察者，以便子类可以使用它。

我正在寻找可以对 MVVM 架构进行的任何改进，要么更改架构本身，使其不再是 MVVM 并以更好、更通用的方式促进网络，要么甚至是某种通用的基础协议(protocol)查看抽象整个过程的模型。

对我来说，尽可能通用，同时尽可能少地公开有关 View 模型的信息是关键。理想情况下，我希望每个 View Controller 在网络工作方面以完全相同的方式与 View 模型交互。

编辑:

根据@lonut 的建议，我将一些网络代码移到了我的模型类中，但只是作为静态方法:

import Foundation
import ReactiveCocoa
import Moya

protocol RESTModel {
    typealias Model

    static func create(parameters: [NSObject: AnyObject]?) -> SignalProducer<Model, Moya.Error>
    static func find()  -> SignalProducer<Model, Moya.Error>
    static func get(id: String) -> SignalProducer<Model, Moya.Error>
    static func update(id: String) -> SignalProducer<Model, Moya.Error>
    static func remove(id: String) -> SignalProducer<Model, Moya.Error>

}

extension RESTModel {
    static func create(parameters: [NSObject: AnyObject]? = nil) -> SignalProducer<Self.Model, Moya.Error> {
        return SignalProducer.empty
    }
    static func find() -> SignalProducer<Self.Model, Moya.Error> {
        return SignalProducer.empty
    }
    static func get(id: String) -> SignalProducer<Self.Model, Moya.Error> {
        return SignalProducer.empty
    }
    static func update(id: String) -> SignalProducer<Self.Model, Moya.Error> {
        return SignalProducer.empty
    }
    static func remove(id: String) -> SignalProducer<Self.Model, Moya.Error> {
        return SignalProducer.empty
    }
}

通过这种方式，模型可以随意实现网络调用，其好处是可以抽象出实现细节，例如特定的 Moya 网络调用、响应对象的映射等。

假设您有一个 User型号:

User.get("myUserID")

它并没有完全解决 View Controller 和 View 模型应该如何相互交互的问题，但它肯定会将网络代码移至单点故障。

Answer 1

我在使用 MVVM 或 RAC 方面不是很先进，但从我玩过的网络代码应该在模型部分，然后有一种方法可以在 View 模型部分观察结果(类似于“fetchPosts” ()") 并在 View 部分调用 fetchPosts 方法。我推荐你this blog post了解更多信息。