这是一个创建于 2864 天前的主题，其中的信息可能已经有所发展或是发生改变。
个人不是很喜欢目前这类 MVVM 框架（个人认为要改革也要类似 Elm 这种一体化的语言）
但是大家好像都对这类框架很着迷
所以发帖看看自己是不是已经是个异类了
第 1 条附言 · 2017-02-22 15:21:18 +08:00
第一页大概有6,7个人明确表示不是很喜欢这类框架。
看来大部分人还是
- 挺喜欢这类框架
- 碰到的业务需求都是需要这类框架才搞的定
- 面向工资编程而学习使用的
 |
1
jiyinyiyong 2017-02-21 15:06:30 +08:00
为了表达对于 React 的不满, 自己山寨了一个, 基于 ClojureScript http://respo.site/
|
 |
2
FrankFang128 2017-02-21 15:14:16 +08:00  9
不是着迷
是因为大部分前端处理的业务都太简单 套上框架，基本啥都不用写了 也正是因为这样，每年换个框架都没多大问题 因为都是在拼 HTML 、请求 JSON …… 至于到底是 MVVM 还是类 FLUX ，都差不多，只是理念问题。 2017 年会流行 RxJS ，前端会再次把哪些简单的东西重写一遍。 不搞复杂点，就会被后端取代呀。 说到底，就是可替代性太高了。于是就得搞点东西刷存在感。 而且搞的东西都经不住考验，一年之后又得推翻。 当然 Web 发展太快也是原因之一，相辅相成吧。 |
 |
3
qdwang OP @jiyinyiyong 不错啊 有在公司推广使用吗？
|
 |
4
simo 2017-02-21 15:17:12 +08:00
知道框架产生的背景、面向的问题即可。
造轮子也未尝不可，取决于成本。 |
|
5
qdwang OP |
|
6
qdwang OP |
 |
7
j8sec 2017-02-21 15:21:26 +08:00 via iPhone
先问是不是 再问为什么
|
 |
8
JohnLou 2017-02-21 15:22:41 +08:00 via iPhone 2
我是某大厂的前端，我只会 jquery 。。。
|
 |
9
Wangxf 2017-02-21 15:22:50 +08:00
还行吧， react 还行， vue 就是个解决问题的工具谈不上着迷，其实大部分业务， backbone+underscore 也能解决
|
 |
11
bombless 2017-02-21 15:25:37 +08:00
前段时间问人 vue 的组件为啥需要用预编译才用的顺溜
人家说反正各种库都是用 ES6 代码编译过来的，大家都用上预编译器了不用纠结要不要预编译 我只能说如果我愿意预编译我完全可以上 Elm 甚至 emscripten ，我为啥要用 vue 呢 |
|
13
jiyinyiyong 2017-02-21 15:35:03 +08:00
@qdwang 没有喜欢用 ClojureScript 的公司. 自己玩的.
|
 |
15
saturnast 2017-02-21 15:49:44 +08:00
我都不喜欢
|
 |
16
Rice 2017-02-21 15:50:53 +08:00
一、解放生产力，提高开发效率。
二、配合各种插件可以有效提高应用质量。 |
|
17
Rice 2017-02-21 15:54:27 +08:00 1
@FrankFang128 说的有一句话很对
是因为大部分前端处理的业务都太简单 套上框架，基本啥都不用写了 现在虽然说得轻巧，但是我当年没框架时写前端页面可真是折磨一样。一用上框架，什么都不用写了。 大家又有时间出来，干什么呢？造轮子搞新框架呗 |
 |
18
sox 2017-02-21 15:57:12 +08:00
|
 |
19
sorra 2017-02-21 15:59:00 +08:00
MVC -> MVVM -> 组件化，这是桌面端走过的路
|
|
20
sox 2017-02-21 16:02:05 +08:00
|
 |
21
jarlyyn 2017-02-21 16:02:49 +08:00 2
其实 backbones+jquery+ejs+undescore+async
可以解决 80%的 spa 网站需求 而且基本没什么学习曲线。 |
|
22
FrankFang128 2017-02-21 16:04:35 +08:00 1
@sox 抄文档就行了，要你想什么代码么
|
|
23
sox 2017-02-21 16:05:22 +08:00
@FrankFang128 👍🏻 不知道你写的是什么 app
|
|
24
FrankFang128 2017-02-21 16:07:16 +08:00
@sox 你看看上下文吧
|
|
25
sox 2017-02-21 16:08:15 +08:00
@FrankFang128 太抽象，等于没写
|
 |
26
SourceMan 2017-02-21 16:11:06 +08:00 1
一个月 3 个后台管理系统，你说我不上 MV*、 UI 框架，自己怎么撸
|
|
27
SourceMan 2017-02-21 16:11:42 +08:00
哦对了，还有就是，我生活压力大，不面向情怀编程。
|
 |
28
Ncanback 2017-02-21 16:15:42 +08:00
所以今年的学习路线要不要将 react 和 vue2.0 排上行程.........看着 JD 都是要求 react
|
 |
29
mfhh 2017-02-21 16:18:24 +08:00
React 真心很好用。第一个项目写组件的时候有些痛苦。第二第三个项目就可以大规模复用。效率提高很多。不过我不用 flux ， redux ， rxjs 。基本 react+pubsub+underscroe 搞定大多数场景， jQuery 的工具也可以混用。
|
 |
30
wobuhuicode 2017-02-21 16:19:59 +08:00
写个活动页，上 react/vue?开玩笑，用过一次就扔了！
写个产品介绍页面，上 react/vue ！产品经理都肯不过你……额，产品🐶估计听不懂。不过他可能想你把图片放上去就好了。 后台管理用 react/vue?满大街的现成的都不去 copy 你说要自己写！ 下个版本有时间了，再给你用 react 去 |
 |
31
sunber 2017-02-21 16:51:08 +08:00 1
“不搞复杂点，就会被后端取代呀。 ”
什么年代了，还是这样的观点，呵呵 |
 |
32
zhuangtongfa 2017-02-21 16:53:55 +08:00
人生苦短,我用 vue
|
 |
33
sammo 2017-02-21 16:53:56 +08:00 via iPhone
喜欢？
如果你知道你的伴侣一定会一年一换，还会投入多少感情在里面呢？ |
|
34
sammo 2017-02-21 16:55:12 +08:00 via iPhone 1
但是 虽然没感情 但带出去炫耀还是可以的。虽然也不知道在炫耀什么
|
 |
35
TangMonk 2017-02-21 17:01:17 +08:00 15
是时候放出这张图了：
 |
 |
36
Mirachael 2017-02-21 17:02:42 +08:00
@FrankFang128 术业有专攻没听过吗？
|
 |
38
bengle 2017-02-21 17:06:37 +08:00 1
不喜欢是因为你没有碰到重业务逻辑的 SPA ，碰到了你就会发现它的好
|
|
39
FrankFang128 2017-02-21 17:13:35 +08:00
@mojixiang1102 听过，所以我建议增设「 HTML 工程师」「 CSS 工程师」「 JS 工程师」「 React 工程师」「 Vue 工程师」等各种岗位。
|
 |
40
zhangbohun 2017-02-21 17:24:39 +08:00 via Android
还是个 JB 前端
|
 |
41
Cononico 2017-02-21 17:28:09 +08:00 via iPhone
没用过 vue ，主要用 react ，它让我感觉自己写的不是假前端😄
|
 |
42
SuperMild 2017-02-21 17:33:09 +08:00 via iPad
我发现一个逻辑矛盾，为什么有人说不喜欢 vue ，但喜欢 jQuery 或 underscore 或 elm ，都是解决问题的一个方案，学习难度也差别不大。
有的人不喜欢 vue 等框架的原因竟然是使工作变得太简单，黑人问号脸.jpg 又有人说这些框架是复杂的东西，但框架能有多复杂，复杂的是业务逻辑本身好吗。简直的业务逻辑用了框架也还是很简单，复杂的业务逻辑不用框架也能烦死人啊。 |
 |
43
lightening 2017-02-21 17:34:47 +08:00 1
React 并不是 MVVM 啊， React 只负责呈现，而不是像 Angular 一样全套包了。
小应用无所谓，大应用不用框架的话，要么自己设计一套一致好用的架构（费时费力，还不一定好），要么老老实实用个框架。最怕的就是手动地一点点修改 DOM ，因为这样你要时刻注意当前的页面 DOM 状态，复杂了一定出 bug 。用框架的主要目的是不用时时刻刻关心“现在页面上是如何的”，只要关心“我想页面变成什么样”即可。 |
|
44
lightening 2017-02-21 17:38:44 +08:00
要是做个活动页面用框架是蛋疼。要是我做个 Gmail 那样的 web mail ，不用框架要写到什么时候去，而且肯定还一堆 bug 。
|
 |
45
daben1990 2017-02-21 17:42:08 +08:00
最近才开始玩 Vue,是挺舒服的。
|
 |
46
unknownservice 2017-02-21 17:43:59 +08:00 2
面向工资编程 不会这些怎么要高价。😁
|
 |
47
4641585 2017-02-21 17:44:07 +08:00
从历史的角度看，解放生产力是历史的必然，哪怕最终会使得哪个职位被淘汰，历史的车轮也是无法阻挡的。
但是乐观的讲分工的细化也是提高生产力的一个环节，所以「前端」被「后端」取代并不符合前进的方向，或者说，能取代融合「前端」的「后端」也不是现在的「后端」 |
 |
48
123s 2017-02-21 17:49:29 +08:00
我只想写 jquery
|
 |
49
mathgl 2017-02-21 17:58:29 +08:00
我一直在用 dojo, 不过会考虑试用 react native
|
 |
50
chenqh 2017-02-21 18:03:24 +08:00
我只会 jq+bs 。。后台管理界面要什么好看。。好用就好了，最主要是快点撸出来呀
|
|
51
qdwang OP @unknownservice 少年真相了。。。
|
|
52
qdwang OP @4641585 从历史的角度看，解放生产力是历史的必然，别说前端被后端取代，以后大部分程序员都被机器取代都是有可能的。。
|
 |
54
awesomes 2017-02-21 18:12:47 +08:00 1
> 感觉大家其实是需要一些复杂的东西来满足自己的心理状态
不知道这句话是怎么想出来的。一个项目，让你用 vue\react 10 分钟完成，代码整洁，不用的话半个小时完成，代码乱糟糟，这才是关键！！！！ 多给自己留点休息时间，多给同事留点干净的代码。 |
 |
55
dtysky 2017-02-21 18:13:26 +08:00 1
需要就用，不需要就不用，学起来又没难度，有什么好矫情的
连个 REACT 都学不会还是自行劝退吧。。。 我一直觉得前端总有一天统一视图领域，这些框架更多的应该是为当前或未来的复杂应用做基础 |
|
56
qdwang OP @awesomes 不会啊，以前在没有 vue react 的时候呢？ 难道就没有好的代码了吗？代码结构好不好，关键是写代码的人的思路啊。
“一个项目，让你用 vue\react 10 分钟完成”，感觉就原生的写法， 10 分钟也能完成。执行效率还比 vue react 高呢。。 我还节约用户 CPU 资源，省电，省内存。 |
 |
57
yoke123 2017-02-21 18:24:56 +08:00
无语 每次都看你们撕逼这个框架那个框架的 说实话 我看着都累了= =
|
 |
59
ansheng 2017-02-21 18:35:03 +08:00
好好写你的后端就成，你管他好不好的，\滑稽的逃跑
|
 |
60
zkaip 2017-02-21 18:37:30 +08:00
不谈环境盲目用框架的肯定死得快 =_=
按需选用框架才是正经事...有时候原生就够用了... |
 |
61
eimsteim 2017-02-21 19:26:01 +08:00
表示本人也是万年用 jq 撸代码的 Java 匠，有没有人举个具体的例子说明下，到底要多么复杂的页面，用 MVVM 框架比较合适？
|
|
62
sox 2017-02-21 19:28:12 +08:00 1
|
 |
63
dnxbf321 2017-02-21 19:42:09 +08:00
vuejs 用的挺爽，不排斥。如果能简单的用原生 js 实现，我更乐意。
|
 |
64
freestyle 2017-02-21 19:43:52 +08:00
编译之后的单 js 好大 还不能用 cdn 公共库
|
 |
65
nicevar 2017-02-21 19:46:54 +08:00 via iPhone
看项目需求，是否用框架需要评估，一些功能不适合没必要强上框架，但是如果后台管理系统之类的对颜值没有要求，同时开发用框架的已经上线稳定跑了个把月了你还在那里 bug 改不玩，不是瞎搞么
|
 |
66
loading 2017-02-21 19:55:04 +08:00 via Android
现在我还在用 jQuery ，但是大家都说逼格不高，然而我水平又菜不敢用 vanlina.js ，所以打算学学 vue.js 2.
|
 |
67
lijsh 2017-02-21 20:03:29 +08:00 3
建议黑 MVVM 的人去了解下 Angular 是怎么出来的，是 google 一个 team 忙活一个项目前后几个月，代码量飞速膨胀，难以管理， DOM 满天飞，已经陷入瓶颈了； Angular 的作者有如神兵天降一样用了三周时间用自己的 Angular 框架把这个项目重新撸了下来。
所以觉得框架不好讨厌框架，只能说你并没遇到需要框架的场景。 也有些人只是单纯觉得众人皆醉我独醒，他们不问框架好不好，只要别人说好的他就排斥。 |
|
69
loading 2017-02-21 20:12:43 +08:00 via Android
大项目我觉得框架好，对于几个弹窗和 ajax 就不建议了，不要一竿子。
|
 |
70
jokcylou 2017-02-21 20:37:08 +08:00 via Android
因为你只是个页面仔
|
 |
72
maro 2017-02-21 21:12:09 +08:00
做 SEO 的非常讨厌 一个商场几十万数据大半年 百度谷歌收录个首页
|
|
75
awesomes 2017-02-21 21:37:19 +08:00
|
 |
76
visonme 2017-02-21 21:54:54 +08:00
某些业务场景和协作需要的就用上，谈不上喜好，能不用框架的尽量避免.
大多此类框架，源码可以花点时间读读。至于应用，还是看自己的业务场景吧 |
 |
77
Tonni 2017-02-21 22:05:56 +08:00
看业务场景吧，如果是做单页应用上框架无可厚非，如果是做普通的页面而且有 SEO 上面的顾虑还是老老实实 jQuery 吧，但是 JavaScript 一定要做模块化，不然很难管理与维护。
|
 |
78
master 2017-02-21 22:14:08 +08:00
学习一个框架多大点的事啊 框架只是开发框架的人对于某一类业务实现思路的总结 并且是作者参与者认为比较合适的实践 多接触一些框架 一些理念 并且能为自己的实践过程提供一些帮助 不好吗
最关键的还是到手一个业务需求场景 能选择适合的方式去完成 不管你是原生、 jQuery 还是某某 MV**框架 现在很多招聘会提 vue 也包含了 vue 是一个哪怕只会 jQuery 的人也能上手 同时深入下去该有也不缺 深入下去很多概念也和其他 MV**框架有相近的地方 对于团队的招聘和培养成本来说是一个比较合算的选择 你当然可以选择看着不爽 继续用已经掌握的方案 做着不管怎么样的业务 根本不用去用这些框架 但又为何不能抽出来一点时间 看看别人是怎么解决问题的呢 |
|
79
maro 2017-02-21 22:40:36 +08:00
@qdwang 后端渲染不如直接生成静态算了 就在价格等一些经常变的地方用就可以了 当然这样直接原生写 ajax 就行了的 但是前端肯定觉得不够装逼
|
|
80
jiyinyiyong 2017-02-22 01:59:23 +08:00 1
白天上班没认真写, 刚才写着又因为 lumo 大新闻走神了, 重新写个.
前端框架其实主要还是针对几个问题, 组件化, 组件间通讯, 状态管理, HTML DSL, CSS 方案, 服务端渲染, 当然也是我按照 React 归类出来的. 从每个方向上来说, 其实都打得差不多, 特别是 Vue 作为后来者免不了模仿前面高的山一样的 React. 其实问题或多或少都大部分解决了, 就是状态管理还不尽如人意, CSS 方案现在还有新的动静这样. 说实在的比一比开发效率, 就算不喜欢 React 不喜欢 Vue 也很难找出一套可靠的方案来. 我自己虽然玩 cljs, 但 cljs 现在工具链远不如 js 灵活跟成熟. Elm 或者 ReasonML 也是不够成熟, 就算做得不错了, js 这边解决的问题还得再解决一遍, 不清楚要等多久. 而且吧, 前端框架的火都烧到移动端去了, Weex 对 React Native, 下半年看战况. 我讨厌 React 的原因是它明明鼓吹函数式编程了, 鼓吹不可变数据, 鼓吹服务端渲染, 结果呢, 一下子来个 ES6 class 定义组件, 一下子来个 MobX 继续玩 observation, 然后又不优化 SSR. 然后没事又更新起 JSX 2.0 来了. 有那么一点被耍猴的感觉, 最后猴子们老想着去玩 ReasonML, 玩 ClojureScript, 玩 Elm, 玩 PureScript... 不喜欢 Vue 的原因是在之前用 React 的时候已经获得了精准的操作 DOM 的能力. Vue 的语法糖太甜了, 我知道很多人是喜欢的, 可是我用着吧, React 就像根棍子, Vue 呢像是双节棍, 玩着玩着我自己被打了, 不开心. 语法糖这东西对新手来说挺好, 但是对我来说很像是在我跟 DOM 之间隔上了一层帘幕, 视线不好. 核心问题思考清楚, 给出完备的方案, 语法上面啰嗦就啰嗦一点我总是可以接受. 我的意思是组件间通讯, 状态管理, 跨设备渲染, 这些东西才应该被最多关注. 无论是 React 还是 Vue, 甚至明年后年出现的新方案, 免不了都可能在语法上搞出太多事情. 然后又不讨某些人的喜欢了. |
|
81
qdwang OP |
 |
82
Sharuru 2017-02-22 08:09:32 +08:00 via Android
作为一个写 Java 的觉得几个常见的框架上手都挺容易，但是你们引入的那一堆构建工具是什么鬼，框架年年变，工具也年年动，动不动就 download the universe 、不清真。
|
 |
84
Clarencep 2017-02-22 09:11:06 +08:00
话说偶厂，使用 React 这种前端渲染的东东很大程度上就是因为服务端提供的 API 是 web 前端、 IOS 和 Android 、最近还有小程序几个端子都用的。 服务端不愿意写模版了而已。
|
 |
85
moonou 2017-02-22 09:41:03 +08:00
🤔日常吐槽前端，想起以前关注的一个帖子，附:https://www.v2ex.com/t/298014 。
另外看到 @jiyinyiyong 题叶大神，开心😁，看你微博开始去了解函数式编程，想问下 Elixir 值得学习吗？ |
 |
87
ziki 2017-02-22 09:53:03 +08:00
我用镰刀也能干完活，你整什么收割机啊，费用费电，还贵。
|
|
88
jiyinyiyong 2017-02-22 10:32:16 +08:00
@moonou Elixir 我个人很看好. 毕竟 Ruby 语法用户基数不小, 并行编程跟 FP 现在逐渐靠近热门. Actor 模型听说在性能上很优秀.
另外看数据活跃度也很不错. https://twitter.com/search?q=elixir&src=typd http://stackoverflow.com/research/developer-survey-2016 http://redmonk.com/sogrady/2016/07/20/language-rankings-6-16/ http://www.tiobe.com/tiobe-index/ 国内社区发展势头有点慢, 这一点有些担心. 毕竟做前端的, 只能看数据来推荐了. |
 |
89
jzz7280 2017-02-22 10:38:44 +08:00
react 还可以， vue 没用过
|
 |
90
tvallday 2017-02-22 11:01:10 +08:00
就跟十几年前使用 Dreamweaver 一样，只不过多写了几行代码，又多了几层配置，新概念绕了几个圈，看起来高大上了很多。没两年又被新框架替代了。现在还有人用 Dreamweaver 写网站吗？
|
 |
92
chaos_mical 2017-02-22 11:55:30 +08:00
@bramblex 没啥问题啊，昨天还有面试官问 Yui 是什么，还是某大厂的。
|
 |
93
zonghua 2017-02-22 12:27:06 +08:00 via iPhone
@FrankFang128 Hadoop 工程师真的有这么写
|
|
94
qdwang OP @chaos_mical hhh 说明面试官是来自于新时代的
|
 |
95
arzusyume 2017-02-22 13:00:18 +08:00
我觉得前端不是故意把简单的东西弄复杂,
而是为了应对前端重复及善变的场景吧... 框架迭代也不是看心情的做法, 热点转移的理由明明社区上讨论很多... 归纳成瞎折腾, 至少很不科学 |
 |
96
antowa 2017-02-22 13:19:04 +08:00
其实我一点也不喜欢前端发展的快速，很多东西不断被替代，不断做着无用功。框架火几年又要换新的，一点经不住时间的考验。这是对研发和个人精力的极大的浪费。所以我现在愈发的倾向于自己使用顺手的东西。关注些新鲜事物，而不是深究。
|
|
97
mfhh 2017-02-22 13:27:59 +08:00
组件化，组件化，组件化！
有点像当年从面向过程编程到面向对象编程。 @ziki 说"我用镰刀也能干完活，你整什么收割机啊" 我也同意，就像有的程序用面向过程的方法能轻松解决那是完全不需要面向对象，过度 OO 的。 然而，有人用镰刀，也有人需要要用收割机不是么？ |
Select Language