这是一个创建于 2065 天前的主题，其中的信息可能已经有所发展或是发生改变。
网上的结构图大同小异，但 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