ViewController 越写越重
-> MVVM
1
littleshy 2015 年 12 月 25 日 哈哈。 WPF 项目表示一直是 MVVM 项目,嘿嘿嘿……
|
2
ouyangzetao 2015 年 12 月 25 日
至少,我是坚持不下来,这种模式。
|
3
Wangxf 2015 年 12 月 25 日
只要涉及到有大量数据计算, dom 操作的,偏业务的就可以 mv *,我现在就展示型的 jq 或者只需要少量 js 的直接原生,业务类型的应用久 mv *
|
4
chaoxn 2015 年 12 月 25 日
现在在自己的练手项目中用了 RAC+MVVM, 挺爽的. 但是公司项目没敢用.
|
5
yuuko 2015 年 12 月 25 日
公司的项目一直用 avalon ,比 jq 爽很多
|
7
fakesnow OP @ouyangzetao 让你觉得不舒服的地方是什么呢
|
9
PrideChung 2015 年 12 月 25 日
曾经实践过一段时间,后来放弃。因为我发现这样做跟 MVC 没有本质区别,无非就是把乱糟糟的代码挪了个地方而已
最近看了这篇文章,深有同感 http://khanlou.com/2015/12/mvvm-is-not-very-good/ |
10
longaiwp 2015 年 12 月 25 日
话说写 WPF 和 UWP 的人有别的选择么(笑
|
11
LittleMK 2015 年 12 月 25 日
WPF 啊,天生就是 MVVM
|
12
1023400273 2015 年 12 月 25 日
表示 Android Data Binding 的 MVVM 也不习惯,感觉并没有减轻我的工作量
|
13
beneo 2015 年 12 月 25 日
WPF 是啥?
|
16
fakesnow OP @PrideChung 我去看看这篇文章
|
17
fakesnow OP @1023400273 在结构上有没有帮助呢
|
18
jackisnotspirate 2015 年 12 月 25 日
VIPER 各个模块功能分的更细。
|
19
zhc 2015 年 12 月 26 日 via iPhone
这东西纯属扯淡,典型的 middleman 。那么难用还在坚持只能说还没看透。有些逻辑应该放到 model 层而不是所谓的 viewmodel 。
|
20
IndexXuan 2015 年 12 月 26 日 via iPhone @zhc 说的真是醉了。。。不说别的,中小型应用特别是表单型,后台管理型项目,用 mvvm 双向数据绑定不要太爽。它改变了开发应用的思维模式,数据和状态为核心,一种大局观而不是局部的大量的手工思考和维护。就算你说做大了或者开发者水平不行,会和 mvc 或者其他一样把 state 搞混乱了,也有很多数据流约束构架可用,写起来不要太清晰,很约束。
不是说 mvvm 多神,代码还是靠个人,但是对可维护性,思考的难度的简化,上手有帮助就很好了,至少前端 gui 这种模式得到了事实的考验。上来就乱喷却没看见什么理由也是醉了。。。 |