这篇博文是针对目前公司所在的团队使用MVVM（具体可以看limboy的）的一个问题总结和建议规范，记录在此以作备份。 首先再把这张图拿出来看看：

总结来说，团队在使用MVVM模式的过程当中普遍存在的问题：

什么时候需要建立ViewModel？

ViewModel能否复用？

应该放一些什么样的代码在ViewModel中？

如何优雅地绑定V和VM？

-----------分割线---------------

什么时候需要建立ViewModel？

已经在实践的： 1.ViewController-ViewModel 2.TableViewCell/CollectionViewCell-ViewModel 可扩展的： 任何展示业务逻辑复杂的View，均可以建立其对应的ViewModel（建议在该View需要响应用户事件来改变model时使用），简单的情况下可以通过在头文件暴露subView的readonly指针，由持有ViewModel的View来修改subView的显示；

ViewModel能否复用？

一般情况不建议复用，ViewModel和V(VC)是一个一一对应的关系，ViewModel的复用一般情况下就意味着一个逻辑复杂的View(VC)的复用，这类情况在一般的产品中比较少见，如果强行复用VC带来的问题远比提升的效率要多。

应该放一些什么样的代码在ViewModel中？

很简单，任何对Model的操作都可以移至ViewModel，比如说：获取（网络请求/读数据库/读文件）、存储（远端存储/本地存储）等； View(VC)在任何时候拿到的Model，都建议从ViewModel中去获取，换句话说，ViewModel是UI数据的来源，数据应该保存在ViewModel中，然后和UI绑定。

如何优雅地绑定V和VM？

目前的绑定关系没有问题，但是需要一个建议规范，View不再直接持有任何Model，而是通过监听ViewModel的result，在任何时候result发生变化，只需要取出ViewModel中的Model，更新UI；