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