我就弱弱的问问，有多少人不喜欢 vue， react 这类框架的？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2614 天前的主题，其中的信息可能已经有所发展或是发生改变。

个人不是很喜欢目前这类 MVVM 框架（个人认为要改革也要类似 Elm 这种一体化的语言）

但是大家好像都对这类框架很着迷

所以发帖看看自己是不是已经是个异类了

第 1 条附言 · 2017-02-22 15:21:18 +08:00

第一页大概有6,7个人明确表示不是很喜欢这类框架。

看来大部分人还是

挺喜欢这类框架
碰到的业务需求都是需要这类框架才搞的定
面向工资编程而学习使用的

框架

弱弱

mvvm

elm

141 条回复 • 2017-07-26 21:46:24 +08:00

1 2

❮

❯

jiyinyiyong

2017-02-21 15:06:30 +08:00

为了表达对于 React 的不满, 自己山寨了一个, 基于 ClojureScript http://respo.site/

FrankFang128

2017-02-21 15:14:16 +08:00

不是着迷

是因为大部分前端处理的业务都太简单
套上框架，基本啥都不用写了

也正是因为这样，每年换个框架都没多大问题
因为都是在拼 HTML 、请求 JSON ……

至于到底是 MVVM 还是类 FLUX ，都差不多，只是理念问题。

2017 年会流行 RxJS ，前端会再次把哪些简单的东西重写一遍。

不搞复杂点，就会被后端取代呀。

说到底，就是可替代性太高了。于是就得搞点东西刷存在感。
而且搞的东西都经不住考验，一年之后又得推翻。
当然 Web 发展太快也是原因之一，相辅相成吧。

qdwang

2017-02-21 15:15:49 +08:00

@jiyinyiyong 不错啊有在公司推广使用吗？

simo

2017-02-21 15:17:12 +08:00

知道框架产生的背景、面向的问题即可。
造轮子也未尝不可，取决于成本。

qdwang

2017-02-21 15:18:07 +08:00

@FrankFang128

你最后两段说的挺令人深思的，感觉大家其实是需要一些复杂的东西来满足自己的心理状态。

也对于学习、精通这类复杂的东西，内心会充满一种安全感。

qdwang

2017-02-21 15:20:30 +08:00

@simo

感觉当一个行业都在使用一些东西的时候，即使你理性的根据目标提出另外一些的选择项，也会被大多数人否决。

大多数人也需要一种“大家都在使用这个”的安全感吧。

j8sec

2017-02-21 15:21:26 +08:00 via iPhone

先问是不是再问为什么

JohnLou

2017-02-21 15:22:41 +08:00 via iPhone

我是某大厂的前端，我只会 jquery 。。。

Wangxf

2017-02-21 15:22:50 +08:00

还行吧， react 还行， vue 就是个解决问题的工具谈不上着迷，其实大部分业务， backbone+underscore 也能解决

Wangxf

2017-02-21 15:25:04 +08:00

@JohnLou 大厂是哪个厂？

bombless

2017-02-21 15:25:37 +08:00

前段时间问人 vue 的组件为啥需要用预编译才用的顺溜
人家说反正各种库都是用 ES6 代码编译过来的，大家都用上预编译器了不用纠结要不要预编译
我只能说如果我愿意预编译我完全可以上 Elm 甚至 emscripten ，我为啥要用 vue 呢

JohnLou

2017-02-21 15:26:36 +08:00 via iPhone

@Wangxf 假药厂， b 家

jiyinyiyong

2017-02-21 15:35:03 +08:00

@qdwang 没有喜欢用 ClojureScript 的公司. 自己玩的.

Wangxf

2017-02-21 15:45:41 +08:00

@bombless naive

saturnast

2017-02-21 15:49:44 +08:00

我都不喜欢

Rice

2017-02-21 15:50:53 +08:00

一、解放生产力，提高开发效率。
二、配合各种插件可以有效提高应用质量。

Rice

2017-02-21 15:54:27 +08:00

@FrankFang128 说的有一句话很对

是因为大部分前端处理的业务都太简单
套上框架，基本啥都不用写了

现在虽然说得轻巧，但是我当年没框架时写前端页面可真是折磨一样。一用上框架，什么都不用写了。

大家又有时间出来，干什么呢？造轮子搞新框架呗

sox

2017-02-21 15:57:12 +08:00

@FrankFang128

牛逼啊，「套上框架，基本啥都不用写了」佩服， React 作者都没想到能达到这种程度

sorra

2017-02-21 15:59:00 +08:00

MVC -> MVVM -> 组件化，这是桌面端走过的路

sox

2017-02-21 16:02:05 +08:00

@bombless > 我只能说如果我愿意预编译我完全可以上 Elm 甚至 emscripten ，我为啥要用 vue 呢

什么逻辑。。

jarlyyn

2017-02-21 16:02:49 +08:00

其实 backbones+jquery+ejs+undescore+async
可以解决 80%的 spa 网站需求
而且基本没什么学习曲线。

FrankFang128

2017-02-21 16:04:35 +08:00

@sox 抄文档就行了，要你想什么代码么

sox

2017-02-21 16:05:22 +08:00

@FrankFang128 👍🏻 不知道你写的是什么 app

FrankFang128

2017-02-21 16:07:16 +08:00

@sox 你看看上下文吧

sox

2017-02-21 16:08:15 +08:00

@FrankFang128 太抽象，等于没写

SourceMan

2017-02-21 16:11:06 +08:00

一个月 3 个后台管理系统，你说我不上 MV*、 UI 框架，自己怎么撸

SourceMan

2017-02-21 16:11:42 +08:00

哦对了，还有就是，我生活压力大，不面向情怀编程。

Ncanback

2017-02-21 16:15:42 +08:00

所以今年的学习路线要不要将 react 和 vue2.0 排上行程.........看着 JD 都是要求 react

mfhh

2017-02-21 16:18:24 +08:00

React 真心很好用。第一个项目写组件的时候有些痛苦。第二第三个项目就可以大规模复用。效率提高很多。不过我不用 flux ， redux ， rxjs 。基本 react+pubsub+underscroe 搞定大多数场景， jQuery 的工具也可以混用。

wobuhuicode

2017-02-21 16:19:59 +08:00

写个活动页，上 react/vue?开玩笑，用过一次就扔了！
写个产品介绍页面，上 react/vue ！产品经理都肯不过你……额，产品🐶估计听不懂。不过他可能想你把图片放上去就好了。
后台管理用 react/vue?满大街的现成的都不去 copy 你说要自己写！
下个版本有时间了，再给你用 react 去

sunber

2017-02-21 16:51:08 +08:00

“不搞复杂点，就会被后端取代呀。 ”

什么年代了，还是这样的观点，呵呵

zhuangtongfa

2017-02-21 16:53:55 +08:00

人生苦短,我用 vue

sammo

2017-02-21 16:53:56 +08:00 via iPhone

喜欢？

如果你知道你的伴侣一定会一年一换，还会投入多少感情在里面呢？

sammo

2017-02-21 16:55:12 +08:00 via iPhone

但是虽然没感情但带出去炫耀还是可以的。虽然也不知道在炫耀什么

TangMonk

2017-02-21 17:01:17 +08:00

是时候放出这张图了：

Mirachael

2017-02-21 17:02:42 +08:00

@FrankFang128 术业有专攻没听过吗？

kn007

2017-02-21 17:04:28 +08:00

@TangMonk 对，感觉还是 jQuery 靠谱，就是辛苦点

bengle

2017-02-21 17:06:37 +08:00

不喜欢是因为你没有碰到重业务逻辑的 SPA ，碰到了你就会发现它的好

FrankFang128

2017-02-21 17:13:35 +08:00

@mojixiang1102 听过，所以我建议增设「 HTML 工程师」「 CSS 工程师」「 JS 工程师」「 React 工程师」「 Vue 工程师」等各种岗位。

zhangbohun

2017-02-21 17:24:39 +08:00 via Android

还是个 JB 前端

Cononico

2017-02-21 17:28:09 +08:00 via iPhone

没用过 vue ，主要用 react ，它让我感觉自己写的不是假前端😄

SuperMild

2017-02-21 17:33:09 +08:00 via iPad

我发现一个逻辑矛盾，为什么有人说不喜欢 vue ，但喜欢 jQuery 或 underscore 或 elm ，都是解决问题的一个方案，学习难度也差别不大。

有的人不喜欢 vue 等框架的原因竟然是使工作变得太简单，黑人问号脸.jpg

又有人说这些框架是复杂的东西，但框架能有多复杂，复杂的是业务逻辑本身好吗。简直的业务逻辑用了框架也还是很简单，复杂的业务逻辑不用框架也能烦死人啊。

lightening

2017-02-21 17:34:47 +08:00

React 并不是 MVVM 啊， React 只负责呈现，而不是像 Angular 一样全套包了。
小应用无所谓，大应用不用框架的话，要么自己设计一套一致好用的架构（费时费力，还不一定好），要么老老实实用个框架。最怕的就是手动地一点点修改 DOM ，因为这样你要时刻注意当前的页面 DOM 状态，复杂了一定出 bug 。用框架的主要目的是不用时时刻刻关心“现在页面上是如何的”，只要关心“我想页面变成什么样”即可。

lightening

2017-02-21 17:38:44 +08:00

要是做个活动页面用框架是蛋疼。要是我做个 Gmail 那样的 web mail ，不用框架要写到什么时候去，而且肯定还一堆 bug 。

daben1990

2017-02-21 17:42:08 +08:00

最近才开始玩 Vue,是挺舒服的。

unknownservice

2017-02-21 17:43:59 +08:00

面向工资编程不会这些怎么要高价。😁

4641585

2017-02-21 17:44:07 +08:00

从历史的角度看，解放生产力是历史的必然，哪怕最终会使得哪个职位被淘汰，历史的车轮也是无法阻挡的。

但是乐观的讲分工的细化也是提高生产力的一个环节，所以「前端」被「后端」取代并不符合前进的方向，或者说，能取代融合「前端」的「后端」也不是现在的「后端」

123s

2017-02-21 17:49:29 +08:00

我只想写 jquery

mathgl

2017-02-21 17:58:29 +08:00

我一直在用 dojo, 不过会考虑试用 react native

chenqh

2017-02-21 18:03:24 +08:00

我只会 jq+bs 。。后台管理界面要什么好看。。好用就好了，最主要是快点撸出来呀

qdwang

2017-02-21 18:10:08 +08:00

@unknownservice 少年真相了。。。

qdwang

2017-02-21 18:11:11 +08:00

@4641585 从历史的角度看，解放生产力是历史的必然，别说前端被后端取代，以后大部分程序员都被机器取代都是有可能的。。

qdwang

2017-02-21 18:12:41 +08:00

@sammo 真相了。。

awesomes

2017-02-21 18:12:47 +08:00

> 感觉大家其实是需要一些复杂的东西来满足自己的心理状态

不知道这句话是怎么想出来的。一个项目，让你用 vue\react 10 分钟完成，代码整洁，不用的话半个小时完成，代码乱糟糟，这才是关键！！！！

多给自己留点休息时间，多给同事留点干净的代码。

dtysky

2017-02-21 18:13:26 +08:00

需要就用，不需要就不用，学起来又没难度，有什么好矫情的
连个 REACT 都学不会还是自行劝退吧。。。

我一直觉得前端总有一天统一视图领域，这些框架更多的应该是为当前或未来的复杂应用做基础

qdwang

2017-02-21 18:19:31 +08:00

@awesomes 不会啊，以前在没有 vue react 的时候呢？难道就没有好的代码了吗？代码结构好不好，关键是写代码的人的思路啊。

“一个项目，让你用 vue\react 10 分钟完成”，感觉就原生的写法， 10 分钟也能完成。执行效率还比 vue react 高呢。。

我还节约用户 CPU 资源，省电，省内存。

yoke123

2017-02-21 18:24:56 +08:00

无语每次都看你们撕逼这个框架那个框架的说实话我看着都累了= =

HLT

2017-02-21 18:29:26 +08:00

@TangMonk hhhh 图很 NB

我只希望 vue 能长久一点。。。 TMD 年年换一套玩法真心跟不住了

ansheng

2017-02-21 18:35:03 +08:00

好好写你的后端就成，你管他好不好的，\滑稽的逃跑

zkaip

2017-02-21 18:37:30 +08:00

不谈环境盲目用框架的肯定死得快 =_=

按需选用框架才是正经事...有时候原生就够用了...

eimsteim

2017-02-21 19:26:01 +08:00

表示本人也是万年用 jq 撸代码的 Java 匠，有没有人举个具体的例子说明下，到底要多么复杂的页面，用 MVVM 框架比较合适？

sox

2017-02-21 19:28:12 +08:00

@qdwang > 代码结构好不好，关键是写代码的人的思路啊

这些框架就是以前用 jQuery/Backbone 也能写出好代码的人给你总结出来的 233

dnxbf321

2017-02-21 19:42:09 +08:00

vuejs 用的挺爽，不排斥。如果能简单的用原生 js 实现，我更乐意。

freestyle

2017-02-21 19:43:52 +08:00

编译之后的单 js 好大还不能用 cdn 公共库

nicevar

2017-02-21 19:46:54 +08:00 via iPhone

看项目需求，是否用框架需要评估，一些功能不适合没必要强上框架，但是如果后台管理系统之类的对颜值没有要求，同时开发用框架的已经上线稳定跑了个把月了你还在那里 bug 改不玩，不是瞎搞么

loading

2017-02-21 19:55:04 +08:00 via Android

现在我还在用 jQuery ，但是大家都说逼格不高，然而我水平又菜不敢用 vanlina.js ，所以打算学学 vue.js 2.

lijsh

2017-02-21 20:03:29 +08:00

建议黑 MVVM 的人去了解下 Angular 是怎么出来的，是 google 一个 team 忙活一个项目前后几个月，代码量飞速膨胀，难以管理， DOM 满天飞，已经陷入瓶颈了； Angular 的作者有如神兵天降一样用了三周时间用自己的 Angular 框架把这个项目重新撸了下来。

所以觉得框架不好讨厌框架，只能说你并没遇到需要框架的场景。

也有些人只是单纯觉得众人皆醉我独醒，他们不问框架好不好，只要别人说好的他就排斥。

sox

2017-02-21 20:07:12 +08:00

@lijsh +1

loading

2017-02-21 20:12:43 +08:00 via Android

大项目我觉得框架好，对于几个弹窗和 ajax 就不建议了，不要一竿子。

jokcylou

2017-02-21 20:37:08 +08:00 via Android

因为你只是个页面仔

qdwang

2017-02-21 20:46:05 +08:00

@lijsh 这里没人黑 MVVM 这种架构

maro

2017-02-21 21:12:09 +08:00

做 SEO 的非常讨厌一个商场几十万数据大半年百度谷歌收录个首页

qdwang

2017-02-21 21:28:42 +08:00

@maro 哈哈，大家会告诉你，上 XX 后端渲染方法。

chemzqm

2017-02-21 21:29:52 +08:00

@awesomes #54 框架是能起到规范代码的作用，但是你自己写代码乱糟糟只能说明你不会自己设计代码

awesomes

2017-02-21 21:37:19 +08:00

@qdwang @chemzqm 不是什么规范问题，但凡真正写过稍微复杂一点的项目就不会这么说了，就即便是个 todolist ，你试试用原生 JS 写和 vue 去写哪个更好，自己慢慢去体会吧，说多了也是废话。

visonme

2017-02-21 21:54:54 +08:00

某些业务场景和协作需要的就用上，谈不上喜好，能不用框架的尽量避免.

大多此类框架，源码可以花点时间读读。至于应用，还是看自己的业务场景吧

Tonni

2017-02-21 22:05:56 +08:00

看业务场景吧，如果是做单页应用上框架无可厚非，如果是做普通的页面而且有 SEO 上面的顾虑还是老老实实 jQuery 吧，但是 JavaScript 一定要做模块化，不然很难管理与维护。

master

2017-02-21 22:14:08 +08:00

学习一个框架多大点的事啊框架只是开发框架的人对于某一类业务实现思路的总结并且是作者参与者认为比较合适的实践多接触一些框架一些理念并且能为自己的实践过程提供一些帮助不好吗

最关键的还是到手一个业务需求场景能选择适合的方式去完成不管你是原生、 jQuery 还是某某 MV**框架

现在很多招聘会提 vue 也包含了 vue 是一个哪怕只会 jQuery 的人也能上手同时深入下去该有也不缺深入下去很多概念也和其他 MV**框架有相近的地方对于团队的招聘和培养成本来说是一个比较合算的选择

你当然可以选择看着不爽继续用已经掌握的方案做着不管怎么样的业务根本不用去用这些框架
但又为何不能抽出来一点时间看看别人是怎么解决问题的呢

maro

2017-02-21 22:40:36 +08:00

@qdwang 后端渲染不如直接生成静态算了就在价格等一些经常变的地方用就可以了当然这样直接原生写 ajax 就行了的但是前端肯定觉得不够装逼

jiyinyiyong

2017-02-22 01:59:23 +08:00

白天上班没认真写, 刚才写着又因为 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, 甚至明年后年出现的新方案, 免不了都可能在语法上搞出太多事情. 然后又不讨某些人的喜欢了.

qdwang

2017-02-22 07:49:58 +08:00 via iPhone

@jiyinyiyong
像是在我跟 DOM 之间隔上了一层帘幕

有同感

Sharuru

2017-02-22 08:09:32 +08:00 via Android

作为一个写 Java 的觉得几个常见的框架上手都挺容易，但是你们引入的那一堆构建工具是什么鬼，框架年年变，工具也年年动，动不动就 download the universe 、不清真。

xcc880

2017-02-22 08:29:15 +08:00 via iPhone

@Sharuru 哈哈哈 🙈

Clarencep

2017-02-22 09:11:06 +08:00

话说偶厂，使用 React 这种前端渲染的东东很大程度上就是因为服务端提供的 API 是 web 前端、 IOS 和 Android 、最近还有小程序几个端子都用的。服务端不愿意写模版了而已。

moonou

2017-02-22 09:41:03 +08:00

🤔日常吐槽前端，想起以前关注的一个帖子，附:https://www.v2ex.com/t/298014 。

另外看到 @jiyinyiyong 题叶大神，开心😁，看你微博开始去了解函数式编程，想问下 Elixir 值得学习吗？

xrlin

2017-02-22 09:48:59 +08:00

@Sharuru 对对对，框架上手还好，问题是还需要学一堆的构建工具。

ziki

2017-02-22 09:53:03 +08:00

我用镰刀也能干完活，你整什么收割机啊，费用费电，还贵。

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/

国内社区发展势头有点慢, 这一点有些担心. 毕竟做前端的, 只能看数据来推荐了.