@mhycy GS 系列的续航基本可以无视 标压+独显 而且属于买本送砖的

@ahonn
（ 1 ）拿 Vue 的 template 跟 JSX 去比，这两者的实现完全是不同的，没有可比性，何来客观？
vue 在脱离 compiler 的情况下一样是把 template 直接解析成 render 函数里的嵌套调用实现的 为什么叫没有可比性
compiler 和 babel 不能比较么
更何况无论是 map 还是三目都会导致 html 和函数混写，如果你非要说这也叫整洁那我只能说你 6，三目这种没法对齐的东西还会坑死强迫症


（ 2 ）是不是要 update 这个还是需要用户自己优化，当然优化到极致是要每次 shouldComponentUpdate 都要考虑的，然而根据不可变对象的思路，你即便是改动了 object 里的一个属性，也会导致整个 object 变化，到最后还是要 vdom 进行 diff，而 vue 直接在属性上挂了 setter 可以直接检测是那个属性发生了变动，当然如果属性绑定比较奇葩最后也会落到 vdom diff 这一步，但是的却 setter 要比直接裸比 dom 更好一点点（现在已经没人拿 ie8 说事了吧）

极致下 react 的每个 shouldUpdate 进行人工比较是性能会做到极致，但是既然选了 mvvm 就放弃了一些性能吧，比起 jquery 年代用 template 拼接的传统的 batch insert 近乎完美的高效来说

你也可以说你们公司最低端的机器是 iphone7 不会考虑 batch insert 那点开销

@ahonn if 和 for 只是 vue 人性化的一小部分而已 vue 的 template 支持 for 就可以啊
即便如此 就因为 if 和 for 以及在 class 上使用了原先 html 的名字而不是非得叫 className
整个 vue 的模板写起来比纯 jsx 要整洁一大截
优劣不一定是性能 不一定是功能 上手难度 对开发者友好度一样可以作为标准之一
你既然整个 jsx 都是语法糖转义 为啥不顺手把 if 和 for 这么超常用的标签也做个支持呢 对吧 你已经把 class 改成 className 了
如果说 jsx 灵活就说明 jsx 更好 那是不是做的越少的框架就越好？

我们桌面端是 react 移动端 vue 两部分我写的东西都不少 我还真做不到更客观了

@ahonn 有没有必要是使用者说了算 但是不做就是另外一回事了
vue 做了那么多人用说明还是有必要的
甚至 npm 上还有 if 的标签
顺便 vue 一样有 jsx 支持 既然 jsx 是 babel 搞出来的一种语法糖 那么有 render 方法的 vue 一样可以用

@lolizeppelin 不写 css 怕不是在梦里
哪里说你选 react 就不需要写 css 和 html 了
只能说 jsx 方式写 html 更恶心人了

@oswuhan jquery 这框架地位不容置疑
来看我分析一波
jquery 中文翻译成杰阔睿
杰：杰出，代表 jquery 在前端历史的地位，jquery 即便死去也将永远的刻在里程碑上
阔：宽阔，取海纳百川之意，这里主要指 jquery 丰富的插件体系以及 jquery 和各主流框架的包容性
睿：睿智，jquery 从 api 设计到命名无不体验着一种睿智，相比于某 mvvm 框架 api 长到一行写不下而言

所以 jquery 咋了么 jquery 不是框架胜似框架 是有他的道理的

@xiaxiaokang react 的优势就是 react native
其余的还真不叫优势
如果所谓的语法糖也是优势的话

是不是缺少了移动端的经验了

中小公司用起来爽
细看的话很多设计有些多余了
当然这跟 php 的开发习惯有关
php 一般是整个框架都自己搭

vue、react、angular3 个都用过的写两句
首先 react 不得不说洋人的信仰就是足，按以前把 html 和 js 混写到一起的在哪里都会被打死，现在你居然可以明目张胆在 js 里大段写 jsx 还被赞美，然后作为一个 mvvm 框架，vm 层多重要不言而喻，这是给用户的门面，然而一个 vm 层连 if 和 for 都要自己用语法糖实现（尤其是企业应用稍微复杂的业务没 if 和 for 会死人的），最终写出来的东西简直一个丑陋。react 给我的感觉就是开发者各个很 geek，还喜欢搭配 rxjs 这种东西，然而都 2018 年了，即便是你只要用到 promise，不用 async 这种语法糖，配合超强的 IDE 也不会让开发特别难受，如果你的业务非得一堆时序 ajax 不合并，我建议你去把后端先打死。换句话说，一个项目好坏绝大多数跟你管理有关，而不在乎你的语法糖多么炫酷，你的函数式编程多么牛逼。
然而 react 生态就是牛逼，配合 react native

vue 的感觉就是给人用的，如果 react 是给 geek 用的，框架设计处处透露着以人为本的气息。为什么 react 要设计出不可变对象这个概念，很大一部分原因是他的 setState 有些弱智没法检测 Array 或者 Object 内部的改动，然而 vue 大多数改动是可以检测出来的，所以 vue 在优化上也会比 react 省心多。而且你拿到 vue 之后，稍微用脚手架配一下构建部分，会发现这东西跟你以前写过的东西没区别，html 对应 template，js 对应 script，模块天然分段，表现是表现脚本是脚本，组织严谨可读性强。而且，vue 帮你准备了你以前用过的所有东西，我说的就是事件，虽然说事件相比于 state 管理不太好调试，但是通过合理的参数和命名是可以避免这个问题的，而且事件这东西太 tm 灵活了。
vue 的问题就是缺少移动端和 native 的适配，weex 我用算信了你的邪。

ng1 在当年局限于 ie8 没有 es5 特性被迫弄出的性能问题，然而 ng2 从底层到语法大改伤了很多人的心，ng2 虽然后面提供了去掉 compiler 的编译模式，让他的 helloworld 能和 vue 和 react 有一拼，然而当年的配置依然过于繁琐，以至于 ng 虽然很优秀但是输在了起跑线。如果是企业开发，或者是 java 程序员，应该会很容易接受 ng 那套概念，即便是 ng1。

如果各种诊断都没有结果的话 考虑骨穿检查吧

tp 的水货应该还行
行货信仰和税加成太大了

@KuroNekoFan react 不是更优秀在于他做的太少了 很多东西都要使用者自己来
vue 提供了官方的全家桶 帮你在模板里做了 if for 这种超常用标签的封装
我可不认为 if 和 for 都要自己用语法糖的框架多优秀
jsx 给我的感觉就是你有一个超强的计算器可以算矩阵可以算微积分但是 1+1 都要自己用积分来实现

@shenqi 那你应该去跟 ES 委员会说 为什么偏偏 ES6 的箭头表达式不按之前 this 的套路走

npm2 那个目录结构超级 sb
但是 npm3 改成了扁平目录结构
即便是在 windows 下也不太会出现问题了
既然没问题干嘛要换

右眼失明还加什么班
我一个干眼一个慢性肾病都不敢去互联网作死

附近找一个车有这么复杂么 geo 应用都多少年的成熟了

不借

java 是信仰
javascript 是编程语言
两个不冲突 为什么要二选一

-------------------------
上面是吹牛逼
如果我个人推荐 java 的路要比 js 广和深 而且配合 c 可以深入到很深的地方
前端完全是在瞎折腾 今天那个语言学两句 今天这个语言拿个糖
总想取代其他语言 仗着浏览器一端独大想怎么折腾怎么折腾