ios 的 mvvm 到底是怎么一种架构？

[qianyiyu98]

网上的结构图大同小异，但 demo 都不尽相同。我的理解是，controller 持有 viewmodel 和 view，viewmodel 在进行网络请求成功之后内部缓存了 model 数据，然后通知 controller 进行 view 的更新。如果到这里理解是正确的话，view 的更新是把整个 viewmodel 作为参数吗，因为 view 是不能和 model 直接通信的，但是这样的话 viewmodel 中的数据部分还是在 model 里啊，view 还是会和 model 有接触。难道是在 viewmodel 中做一层数据抽离缓存吗？搞迷糊了

[huijiewei]

mvvm 是一种架构模式，你应该先剥离 iOS 的实现去理解了 mvvm，再看 iOS 的实现和特性

[qianyiyu98]

@huijiewei 那剥离具体的平台，viewmodel 应该根据具体的 view 来设计，而不是照搬后台传来的数据结构对吗？

[af8229]

别纠结 MVVM 了，MVC 基本上够用了，然后在 MVC 基础上做一层 DO->VO 的转换就好了，根据自己的业务需求来分层吧。

[misaka20]

iOS 的 MVVM 有点扯蛋。又没有简单易用的双向绑定机制。只不过 controller 瘦身了，把代码放到 VM 中而已。

[qianyiyu98]

@af8229 对，我觉得其实 MVVM 就是这么个意思，viewmodel 做了 DO->VO 的工作

[imkerberos]

跟 iOS 关系不大. 就是一种 Arch. 在 UIKit 的 ViewController 在这个架构看来是 View, 而不是 Controller. MVVM 和 MVC 的区别就是 VM 和 View 是双向绑定的, 但是 Controller 和 View 不是.