这是一个创建于 2389 天前的主题，其中的信息可能已经有所发展或是发生改变。
网上的结构图大同小异，但 demo 都不尽相同。我的理解是，controller 持有 viewmodel 和 view，viewmodel 在进行网络请求成功之后内部缓存了 model 数据，然后通知 controller 进行 view 的更新。如果到这里理解是正确的话，view 的更新是把整个 viewmodel 作为参数吗，因为 view 是不能和 model 直接通信的，但是这样的话 viewmodel 中的数据部分还是在 model 里啊，view 还是会和 model 有接触。难道是在 viewmodel 中做一层数据抽离缓存吗？搞迷糊了
6 条回复 2019-03-28 17:21:38 +08:00
 | 1 huijiewei 2019-03-28 10:14:17 +08:00 mvvm 是一种架构模式，你应该先剥离 iOS 的实现去理解了 mvvm，再看 iOS 的实现和特性 |
 | 2 qianyiyu98 OP @huijiewei 那剥离具体的平台，viewmodel 应该根据具体的 view 来设计，而不是照搬后台传来的数据结构对吗？ |
 | 3 af8229 2019-03-28 15:16:15 +08:00 别纠结 MVVM 了，MVC 基本上够用了，然后在 MVC 基础上做一层 DO->VO 的转换就好了，根据自己的业务需求来分层吧。 |
 | 4 misaka20 2019-03-28 15:20:39 +08:00 iOS 的 MVVM 有点扯蛋。又没有简单易用的双向绑定机制。只不过 controller 瘦身了，把代码放到 VM 中而已。 |
| 5 qianyiyu98 OP @af8229 对，我觉得其实 MVVM 就是这么个意思，viewmodel 做了 DO->VO 的工作 |
 | 6 imkerberos 2019-03-28 17:21:38 +08:00 跟 iOS 关系不大. 就是一种 Arch. 在 UIKit 的 ViewController 在这个架构看来是 View, 而不是 Controller. MVVM 和 MVC 的区别就是 VM 和 View 是双向绑定的, 但是 Controller 和 View 不是. |
Select Language