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

[qdwang]

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

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

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

[eimsteim]

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

[sox]

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

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

[dnxbf321]

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

[freestyle]

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

[nicevar]

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

[loading]

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

[lijsh]

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

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

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

[sox]

@lijsh +1

[loading]

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

[jokcylou]

因为你只是个页面仔

[qdwang]

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

[maro]

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

[qdwang]

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

[chemzqm]

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

[awesomes]

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

[visonme]

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

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

[Tonni]

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

[master]

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

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

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

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

[maro]

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

[jiyinyiyong]

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