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