微信号:cocoachinabbs

介绍:CocoaChina苹果开发中文社区官方微信,提供教程资源、app推广营销、招聘、外包及培训信息、各类沙龙交流活动以及更多开发者服务.

[译]RxSwift + MVVM: 怎样搞定 ViewModels

2018-02-11 09:00 qiushuitian

找到一篇讲MVVM实践的文章,翻译一下,大家将就着看。

原文 https://medium.com/blablacar-tech/rxswift-mvvm-66827b8b3f10


简介


我们开始使用RxSwiftModel-View-ViewModelMVVM)架构开发BlaBlaCar将近一年了。我们对于结果非常激动。我们用这个方式写的代码非常容易看懂,维护,测试以及衡量。然而,开始的几周却不是一件轻松的事情:我们不得不重复搞MVVM+RxSwift架构的某些方面让事情弄对。其中一件事就是就是给ViewModel提供输入的方式。


让我们看看两种为ViewModel提供输入(RxEvents)的不同的方法。
首先让我们过一遍ViewModel


ViewModel


ViewModel的公共约束非常重要。你必须正确理解它(不止一个理由):


  • 它应该是可以插入到任何View上的。比如,不是先造一个View再去定义一个ViewModel的公共约束。提示一下,是View拥有ViewModel。换句话说,View知道ViewModel,而不是反过来。

  • 它应该是可测试的。最终,MVVM架构最大的好处就是让业务逻辑可测。

  • MVVM使用绑定机制更加牛逼,所以让我们利用好RxSwift


根据经验的办法,当设计一个ViewModel约束的时候,常常把ViewModel当做一个黑盒子,接收输入,产生输出。

 


对于Rx,意味着ViewModel从某些流(大部分时候是View提供的)消费Events(inputs),然后产出流(给View)。


这样,可以写一个简单的协议表达任何ViewModel应该有输入和输出。


protocol ViewModelType {

  associatedtype Input

  associatedtype Output

}


于是就有了这个协议2种不同的实现。各有优缺点。


提供输入给ViewModels


Erik MeijerRx的作者,喜欢以纯函数式的方式思考。从这个角度,认为SubjectRx的可变部分, E. Meijer引用资料说这样用是错误的,一点也不奇怪。大部分情况下也应该避免这么用。


这就是为什么我们初次设计ViewModel的时候避免使用Subjects


第一种方法--不用Subject


像我说的,ViewModel是输入输出的转换。那么,我们就把转换加入到协议中:


protocol ViewModelType {

  associatedtype Input

  associatedtype Output

  

  func transform(input: Input) -> Output

}


这样就让某些点很清晰。View必须提供所有的输入(同时)给ViewModel用来计算输出。


采用这种模式的话,让我们构建一个简单的view,让用户输入名字,然后点击按钮展示一些欢迎文本。

 


那么,让我们思考一下这个ViewModel的输入输出。这个ViewModel,我们称它为SayHelloViewModel,需要知道用户什么时候点击了“Validate”按钮,以及用户在文本框中输入了什么文本。这两个东西作为输入。


输出只有一个,就是要展示的欢迎玩家的欢迎语。
实现如下:


final class SayHelloViewModel: ViewModelType {

  struct Input {

    let name: Observable<String>

    let validate: Observable<Void>

  }

 

  struct Output {

    let greeting: Driver<String>

  }

 

  func transform(input: Input) -> Output {

    let greeting = input.validate

      .withLatestFrom(input.name)

      .map { name in

        return "Hello \(name)!"

      }

      .startWith("")

      .asDriver(onErrorJustReturn: ":-(")

 

    return Output(greeting: greeting)

  }

}


欢迎语的输出计算方法如下:当“Validate”点击的时候,我们取最后一个输入框中的文本,构造一个Hello (name) 字符串。


好让我们看看View(此处是个ViewController主要为了描述简单)怎么处理ViewModel


final class SayHelloViewController: UIViewController {

  

  @IBOutlet weak var nameTextField: UITextField!

  @IBOutlet weak var validateButton: UIButton!

  @IBOutlet weak var greetingLabel: UILabel!

  

  private let viewModel = SayHelloViewModel()

  private let bag = DisposeBag()

  

  override func viewDidLoad() {

    super.viewDidLoad()

    bindViewModel()

  }

  

  private func bindViewModel() {

    let inputs = SayHelloViewModel.Input(name: nameTextField.rx.text.orEmpty.asObservable(),

                                         validate: validateButton.rx.tap.asObservable())

    let outputs = viewModel.transform(input: inputs)

    outputs.greeting

      .drive(greetingLabel.rx.text)

      .disposed(by: bag)

  }

}


我们使用RxCocoa来获取输入在UITextFiled的名字以及获取何时按钮被点击这两个流。用这两个流很容易创建一个SayHelloViewModel.Input的实例,再把它传给ViewModel,从而得到输出。至此,View工作的很好。


之前我们提到过,ViewModel应该是可以插入到任何View的。让我们看看我们是否可以把SayHelloViewModel到另一个view上。这次我们将使用UITableView构造一个view


同样的基于UITableViewview像这个样子:


/// TableViewCells

final class TextFieldCell: UITableViewCell {

  @IBOutlet weak var nameTextField: UITextField!

}

 

final class ButtonCell: UITableViewCell {

  @IBOutlet weak var validateButton: UIButton!

}

 

final class GreetingCell: UITableViewCell {

  @IBOutlet weak var greetingLabel: UILabel!

}

/// ViewController

final class SayHelloViewController: UIViewControllerUITableViewDataSource {

    static let cellIdentifiers = [

      "TextFieldCell",

      "ButtonCell",

      "GreetingCell"

    ]

 

    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {

      return TableViewController.cellIdentifiers.count

    }

 

    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {

      // Classic dequeue work

    }

 

    private let viewModel = SayHelloViewModel()

    private let bag = DisposeBag()

 

    override func viewDidLoad() {

      super.viewDidLoad()

      bindViewModel()

    }



现在,基于UITableViewview,有三个定制的cell。一个用于文本输入,一个用于校验按钮,一个用于Label展示。


此时,在配置好了UITableViewDataSource之后,应该可以花几分钟写bindViewModel(),应该和以前的版本一样。


等等!我们现在用的是UITableViewview的内容是懒加载和展示的,并没有方式同步获取textFiledbutton的引用。换句话说,我们没法创建SayHelloViewModel.Input的实例。


使用func transform(input: Input) -> Output 函数简单,清晰。没必要会用Subject,但是依然有限制。一个带有这种接口的ViewModel只能在那些能同步获取所有资源的View上使用。因为需要用这些资源创建ViewModel的输入。


那就是当时在我看来,开始使用Subjects设计ViewModel完全可以被接受。因为这样可以适应任何view


第二种方法--使用Subjects


现在我们知道在特定时候,不可能一次提供所有的ViewModel的输入。我们需要修改ViewModelType协议,让它更加灵活。让我们只是导出两个属性。一个是输入,一个是输出。


protocol ViewModelType {

    associatedtype Input

    associatedtype Output

 

    var input: Input { get }

    var output: Output { get }

}

 

用这种方式,View完全自由的选择何时提供Input,何时订阅输出。


在文章的前半段,我们使用transform函数创建输入输出的连接。我们现在依然需要创建一个连接,那是Subjects展示的地方。


一个Subject是一个桥,同时扮演者观察者和被观察者的角色。这是一个从命令式编程到函数式编程Rx的好的解决方案。


已知我们的ViewModel有两个输入(名字文本和校验按钮),我们需要两个Subject。从这里,很容易把上一章的ViewModel的实现移到这里从而遵循新的ViewModelType的协议。


final class SayHelloViewModel: ViewModelType {

    let input: Input

    let output: Output

 

    struct Input {

        let name: AnyObserver<String>

        let validate: AnyObserver<Void>

    }

 

    struct Output {

        let greeting: Driver<String>

    }

 

    private let nameSubject = ReplaySubject<String>.create(bufferSize: 1)

    private let validateSubject = PublishSubject<Void>()

 

    init() {

        let greeting = validateSubject

            .withLatestFrom(nameSubject)

            .map { name in

                return "Hello \(name)!"

            }

            .asDriver(onErrorJustReturn: ":-(")

 

        self.output = Output(greeting: greeting)

        self.input = Input(name: nameSubject.asObserver(), validate: validateSubject.asObserver())

    }

}


这里有些有趣的事情记录一下:


  • ViewModel的复杂部分(计算输出)并没有改变

  • Subject是私有的。没有非法侵入ViewModel的方式,只能通过公共的Inputoutput属性。

  • 这种实现满足了文章开头列出的所有需求:可以插入到任何view,容易单元测试和Rx绑定。


你可以用这个ViewModel检查最后基于UITableView的实现。


结束语


文中描述的两种方法互相兼容,可以在同一个工程中使用。然而,有时候第一种方式明显在某些view的时候不能使用。这种限制在熟悉MVVM和响应式编程的过程中不是总是清晰的。我希望这篇文章在你将来的工程中能有所帮助。


你也可以看看Kickstarter怎样设计他们的ViewModel的。他们用ReactiveSwift的一个属性来创建输入输出的桥梁。这和我在BlaBlaCar中用Subjects的方式很像。他们是让这个属性私有然后在ViewModel初始化的时候创建所有的输出。


作者:qiushuitian
链接:https://www.jianshu.com/p/9ccc10195f89


 
Cocoa开发者社区 更多文章 Weak-Strong-Dance真的安全吗? 写给前端看的 iOS 梳理 (上) iPhone源码究竟是如何泄露的?一起来了解下 iOS笔记 | Pointer is missing a nulla [译]用 LLDB 调试 Swift 代码
猜您喜欢 剧透 | 要“云路”不要“套路”,一张图带你了解华为软件开发云盛会 深入探索Java 8 Lambda表达式 2017,在跌跌撞撞中成长和蜕变 你之所以low,是没有尝试做些高级和有难度的事情 Saltstack 在 Qunar 的运维实践