有多少人在实际项目中采用 MVVM 模式

[fakesnow]

ViewController 越写越重

-> MVVM

[littleshy]

哈哈。 WPF 项目表示一直是 MVVM 项目，嘿嘿嘿……

[ouyangzetao]

至少，我是坚持不下来，这种模式。

[Wangxf]

只要涉及到有大量数据计算， dom 操作的，偏业务的就可以 mv ＊，我现在就展示型的 jq 或者只需要少量 js 的直接原生，业务类型的应用久 mv ＊

[chaoxn]

现在在自己的练手项目中用了 RAC+MVVM, 挺爽的. 但是公司项目没敢用.

[yuuko]

公司的项目一直用 avalon ，比 jq 爽很多

[fakesnow]

@yuuko 去哪儿网的那个大神写的？

[fakesnow]

@ouyangzetao 让你觉得不舒服的地方是什么呢

[fakesnow]

@chaoxn 有没有开源 看看

[PrideChung]

曾经实践过一段时间，后来放弃。因为我发现这样做跟 MVC 没有本质区别，无非就是把乱糟糟的代码挪了个地方而已

最近看了这篇文章，深有同感 http://khanlou.com/2015/12/mvvm-is-not-very-good/

[longaiwp]

话说写 WPF 和 UWP 的人有别的选择么（笑

[LittleMK]

WPF 啊，天生就是 MVVM

[1023400273]

表示 Android Data Binding 的 MVVM 也不习惯，感觉并没有减轻我的工作量

[beneo]

WPF 是啥？

[fakesnow]

@littleshy 23333

[fakesnow]

@longaiwp 23333

[fakesnow]

@PrideChung 我去看看这篇文章

[fakesnow]

@1023400273 在结构上有没有帮助呢

[jackisnotspirate]

VIPER 各个模块功能分的更细。

[zhc]

这东西纯属扯淡，典型的 middleman 。那么难用还在坚持只能说还没看透。有些逻辑应该放到 model 层而不是所谓的 viewmodel 。

[IndexXuan]

@zhc 说的真是醉了。。。不说别的，中小型应用特别是表单型，后台管理型项目，用 mvvm 双向数据绑定不要太爽。它改变了开发应用的思维模式，数据和状态为核心，一种大局观而不是局部的大量的手工思考和维护。就算你说做大了或者开发者水平不行，会和 mvc 或者其他一样把 state 搞混乱了，也有很多数据流约束构架可用，写起来不要太清晰，很约束。

不是说 mvvm 多神，代码还是靠个人，但是对可维护性，思考的难度的简化，上手有帮助就很好了，至少前端 gui 这种模式得到了事实的考验。上来就乱喷却没看见什么理由也是醉了。。。