找到一篇讲MVVM实践的文章，翻译一下，大家将就着看。
原文 ：https://medium.com/blablacar-tech/rxswift-mvvm-66827b8b3f10
简介
我们开始使用RxSwift和Model-View-ViewModel（MVVM）架构开发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 Meijer，Rx的作者，喜欢以纯函数式的方式思考。从这个角度，认为Subject是Rx的可变部分， 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。
同样的基于UITableView的view像这个样子：
/// 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: UIViewController, UITableViewDataSource {
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()
}
private func bindViewModel() {
// Let's discuss about this
let inputs = SayHelloViewModel.Input(name: 😱😱, validate: 😱😱)
}
}
现在，基于UITableView的view，有三个定制的cell。一个用于文本输入，一个用于校验按钮，一个用于Label展示。
此时，在配置好了UITableViewDataSource之后，应该可以花几分钟写bindViewModel()，应该和以前的版本一样。
等等！我们现在用的是UITableView，view的内容是懒加载和展示的，并没有方式同步获取textFiled和button的引用。换句话说，我们没法创建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的方式，只能通过公共的Input和output属性。
- 这种实现满足了文章开头列出的所有需求：可以插入到任何view，容易单元测试和Rx绑定。
你可以用这个ViewModel检查最后基于UITableView的实现。
结束语
文中描述的两种方法互相兼容，可以在同一个工程中使用。然而，有时候第一种方式明显在某些view的时候不能使用。这种限制在熟悉MVVM和响应式编程的过程中不是总是清晰的。我希望这篇文章在你将来的工程中能有所帮助。
你也可以看看Kickstarter是怎样设计他们的ViewModel的。他们用ReactiveSwift的一个属性来创建输入输出的桥梁。这和我在BlaBlaCar中用Subjects的方式很像。他们是让这个属性私有然后在ViewModel初始化的时候创建所有的输出。
