- 终于出现明白人，我个人认为过度推广就是一种营销，而vue作为一个开源框架，这么做实在让人有些反感，也许不是那么客观。
- 你举的这些例子，难道我就没了解吗？当你没了解我是否了解的时候，也请不要妄下结论。不要上过github就像第一次进城一样。
- vue的出现就是对angular 1.x的模仿，无论是模版还是双向绑定。
ember有个cli可以一键生成项目，vue就出了个vue-cli。
react出了jsx之后，vue也添加了对jsx的支持，react的vdom号称性能牛逼，vue2.0就也实现了vdom。
react有reflux、redux实现单项数据流，vue就也实现了个vuex。
react-native和weex孰先孰后双方各执一词，但是react-native无论是立意还是正式发布都早于weex。
借鉴本无可厚非，然而其它框架基本没有受到过vue的反哺。
我说的vue没有理念指的就是vue总是在借鉴、模仿别人，将别人的思想重新实现一遍。
然后再通过一些技术社交平台来进行推广，就连微信小程序面市，vue2.0都要借势宣传一波，所以js社区才有娱乐圈这种雅称。
当然这只是我个人的喜好问题，我不喜欢vue，是因为我认为框架最重要的是思想而不是实践。redux的源码也不过几千行，我相信很多人理解redux思想之后，自己实现一个也不是太大的问题，甚至可以比redux实现得更优雅。
正如rails现在已不如前几年那么"coooool"，可是它的思想可谓被无数web框架借鉴乃至依然显得伟大。
angular和react/flux也做到了这点，可是vue没有。
#13楼 @hxh1246996371 另外你要我列举我所谓的场景，不妨我就稍微说说我的看法抛砖引玉
首先是Angular2引入了ts，可以用作静态类型检查，更方便地写测试代码。引入了模块化，解决了react组件业务切分不明，组件粒度过细导致开发起来常常束手束脚的缺点。有model层可以实现前端管道过滤不规则json，有指令可以实现自治组件，有service可以拆分逻辑代码。Angular2的开发体验更接近后端项目，例如做一个业务极其复杂的企业系统（例如erp、oa等），或者是上千个页面的中大型网站，我很难想象用react或者vue开发如何能够做到多人协作组件复用化还能使项目不杂乱。
目前和vue使用人群重叠最大的就是react，这二者都是细粒度木偶组件+自由组合智能组件+单向数据流的开发方式，而react当初被提出其实只是fb想要实现一个前端view层的复用，因此数据流动方式其实除了redux这类前端flux思想实现外，还有如relay、graphql以及第三方的meteor等后端框架来让开发者自由使用，此时的开发场景就不仅限于spa页面了。我说的轻重结合，实际上就是指组件拆分细化的话，无论何种场景都可以根据使用情况打包不同的组件来达到快速开发而打包的js文件也不会太大。
至于weex，一个阿里的kpi项目，用脚趾头想也知道只能选个人项目vue了吧。
另外riot这类新兴的微型框架就是在这方面做到极致，比如你开发一个只有一个页面的spa，引入一个riot就可以使用各种mvvm特性，打包的js文件还小，这就是我说的微型场景。
而vue的定位真的很尴尬，高不成低不就。如果你要强行说vue可以开发全部的场景，那也是可以牵强地成立的。不过同时我说jQuery也可以做到，你还要否认的话就是双重标准了。我两年前就用jQuery实现了一个组件化的mvvm框架，虽然那时候刚开始做前端写得不太漂亮。
不明觉厉
昨天还不明白，koa作为后端，到底怎么结合vue做SPA
现在才知道，原来vue有个The HTTP client for Vue.js也就是vue-resource,把前端和后端彻底分开，后端只提供api,前端和后端是两个不同的应用
- 营销推广：应该不是作者的本人的意愿吧，只是 2.0 发布，口碑效应吧
- 社区开放，借鉴大家都在作（取其精华吧），也确实大部分工具其他社区都有，为自己的项目添加配套工具为什么不可呢？
.vue的带来的开发体验，确实让人舒服- 学习成本也比 React、Angular 低
- 关于理念：Vue 给自己的定位就是一个“渐进式的 JavaScript 框架”，这里的“框架”指的是 Vue 的生态圈
其他在讨论
vue确实好用，这是无可置疑的，说没有反哺社区这是不对的，vue的代码的注释写得很清晰啊，没有vue的话尽管有angular mvvm也不会像这么流行，而且angular2现在也借鉴了一些vue的设计
来自酷炫的 CNodeMD
我不是前端，感觉vue，react，angular风格不同，个人习惯react因为自己是程序员出身，估计前端出身vue会更习惯。个人感觉，没有什么道理可讲：）
主贴的观点也太主管了吧，虽然我不用vue，但是前端框架相互借鉴改良没什么不好的 前两天在hacker news上有两篇关于vue的文章引起了激烈讨论，当然关注点还是vue vs react 其实内容都太长我也没看，但是看了一些评论还是挺有意思的，很多人喜欢vue的简单快速，也有人自从用了react之后就不想再写template了，我也属于后者 https://news.ycombinator.com/item?id=12757946 https://news.ycombinator.com/item?id=12767560
vue2确实就是基本融合了angular和react的优点，创新比较少，但是在项目中用起来确实比较爽，既然是开源，吸收别的框架的优点并没啥问题，要谈创新，基本靠一个人写出来的框架要是还有很多创新的地方就逆天了。我也比较喜欢.vue文件的形式。
来自酷炫的 CNodeMD
技术选型比较过angular, react, vue, 最终选择vue, 作为使用者来说，无所谓抄袭（借鉴）,我也不关心你抄了谁，都是开源的，又不侵犯版权，在乎这些干 什么，我只关心你有什么，我使用你能达到什么效果，是否方便，能否达到我的目的，只要适合自己，从学习成本 ，开发效率，维持成本各方面权衡，那vue对于我来说就是最合适的， 框架的东西都 不会差太远，即使在不同的语言里面比如sailsjs不就是ruby rails的风格么，各家使用的都是相同的思想，只是实现方式有差别，能差多远呢。至于文中提到 的‘我说jQuery也可以做到’，，说这话作者明显 带有偏见成份，那我是不是可以 说，我不用jquery,用原生js也能实现呢，jquery不就是在原生js上封装了一层，提高 dom操作的便利么。它们r之间区别只是你操作dom的方便程度有所区别而已，但正是jquery带来的这点区别，让我们感受到前所未有的方便，所以大家都选择了jquery, 同样的思想发生在了angular, vue, react上，要正确地看待当前前端百家争鸣，欣欣向荣的局面。我相信最终受益的都 是广大开发者。这是开源的魅力所在。作为受益者我们应该鼓励各种形式的开精神。无论好坏，这是别人辛苦的劳动成果 ，应该给予充分的尊重和鼓励。最终时间替我们作出最好的选择。
怎么就这么多人看不惯vue呢？是眼红vue的作者尤老师借这个框架赚到了你想要的（假装不屑一顾表现得嗤之以鼻）名气和钱？你眼红你也可以搞一个啊，总没人不让你搞吧，说起营销一个个就来劲了，人家fb，Google没有营销吗？为什么到了今天还有这么多的码农抱着“好东西不需要营销，因为它牛逼啊，往github上一放就蹭蹭蹭star上涨，你营销就是不对的”，营销这个词在你眼中就是这么的不堪入目？我发现中文社区有个很不好的现象，一个个都觉得自己很牛逼，批判起别人来头头是道，指指点点，有模有样，你要他搞一个出来，怂了，作为开发者，作为企业的工程师，你只需要关心，这个技术方案好不好用，适不适用于公司的业务场景，能不能解决自己的问题，用的舒不舒服就行了，适不适用于现在的团队，少指点江山。。。（说句题外话，楼主你自己搞得东西多少是原创呢？（没别的意思😊）
@alsotang 我觉得程序员出身的和前端出身的区别是站的位置不同，前端从页面布局、样式开始考虑问题，程序员会从总体代码结构开始考虑。当然也可能我自己一直没有把css样式彻底搞明白，所以更习惯用普通的代码解决问题
说真的没觉得vue哪里过渡推广了，就算推广又怎么了？选择权在于个人，觉得哪个好用就用哪个。没人强迫你用。
vue的出现就是对angular 1.x，那angular 1.x的出现是对谁的模仿呢？之前没有双向绑定的框架？
按照原帖主的观念，有了unix就不要做别的系统了，有了诺基亚就不要别的手机了？有了jQuery别的都可以扔了？
我觉得更新和进步就是在前人的基础上，去其糟粕取其精华，然后加以变更改进。所有的产品和工具难道不都是为人服务的吗？只有有人选择，那么它必然有存在的价值。
都在指责腾讯的抄袭时，有多少人看到腾讯的创新呢。
还有点我上面第一条没提到，就是“这是一个人跟一个团队的战斗”，为什么这么说，虽然 vuejs 现在有一个 team 在维护，但大部分核心都是尤雨溪开发完成，其他人简单的修修补补，他现在也全职在做这件他认为有意义的事情；其他 React、Angular 等都有大公司团队在支撑，所以坚持做更难能可贵。再说论营销，React、Angular 都有大公司在背书，这营销是没发现吗（出来的时候也是铺天盖地）？
对于 Vue，我觉得无可厚非，只是尤小右最终选择了当下比较盛行的一种商业模式，这对于他个人来说是最好的选择了，而且 Vue 也不是反生态的框架，它也是当下前端生态圈比较好的一个选择（虽然不是最好），所以无需批判它。其它阵营（ng，react 党）不必介怀，前端新人也不要跟风把 Vue 捧上天，我们应该努力让前端生态圈继续健康地发展下去。
@artisan 就喜欢这样的语气<br/><br/><a class=“tag” target=“new” href=“https://github.com/BubblyPoker/cnode-vue”>来自 cnode-vue</a>
主观意味很浓，客观来说Vue还是推动了前端的发展的<br/><br/><a class=“tag” target=“new” href=“https://github.com/BubblyPoker/cnode-vue”>来自 cnode-vue</a>
@WangCao 难道这个不是吗<br/><br/><a class=“tag” target=“new” href=“https://github.com/BubblyPoker/cnode-vue”>来自 cnode-vue</a>
我啥都会，我的观点是不会用React这个抄袭backbone的东西，降低生产力
在没有angular2的时代， 如果要兼容IE8 用avalon2， 后台管理用angular1 移动端可能会用vue1
现在 有了angular2， 如果要兼容IE8 还是用avalon2 ， 其余全用angular2 生产力大大提高，
所有框架不是抄袭 jQuery （DOM 操作） ，Backbone（MVC），Angular（双向绑定，filter，组件化）有需求学学avalon 支持IE6， 搞不懂学什么vue ， react，
其实学习成本都一样，如果学了jQuery Backbone，Angular 学习其他都非常快，因为其他的都是抄袭这三个，反过来确不一样
最后说一下lz @i5ting 把前端的帖子转发到nodejs社区，细思极恐 哈哈
“我个人认为过度推广就是一种营销，而vue作为一个开源框架，这么做实在让人有些反感” 人家营销自己的技术产品，为什么会让某些人反感？？？不能理解！！！ Vue 入门简单，有效的提高了生产力，支持Vue, 感谢Vue,顶一个!
每个事物的原创处都不是它最强的，最强处也都不是它原创的。 但是新事物总是取代旧事物的。 exGoogler yyx 只是个人，名气没 Google 大；Vue 出现的也比 ng 和 react 晚而已。 不过无妨，在国内国外开发者群体中的数次调查，Vue 都排在前二的位置。 什么是好的，什么的对开发有帮助的，开发者心目中自有断决。 yyx 现在专职做 Vue，那么宣传 Vue 便是要务。 没有宣传，没有使用，没有赞助，没有项目的维继。 所以，宣传是应该的。
另外，Vue 的定位恰到好处，功能完备而又轻量，学习曲线平缓，所以在强敌环伺中争得了一席之地。在 2016 年，如果说有一个技术栈是前端团队可信赖、可长期使用、可用于普遍项目中的，那这个技术栈就是 Vue。
首先,抛开别的不谈,评论的逻辑很混乱,行文也很粗糙.摆明了不像是一篇专心来写的文章
第一个逻辑上的错误 推广就是营销的一种方式没有过度不过度.只有效果好不好.一种营销方式不可能适应所有用户. 尤雨溪作为作者推广自己的产品无可厚非.小时候得了大红花我们还到处炫耀
第二个逻辑上的错误,借鉴+没有创新,并不等于没有意义.市面上的框架那么多语言那么多.但真正颠覆的编程思想有多少. 没有几个,但为什么依然会诞生那么多轮子,因为原来的轮子不够好用,或者并不是在所有地方都好用. 我用过angular和react. angular1.x对我来说简直就是不愿提起的回忆,学习曲线陡峭,我几乎花了半个月才能使用这个 东西,而且到了新公司用了这个框架,没有一个同事能够看得懂代码.来配合我完成任务.angular1.x的生态也很差,只能用自己一套的东西,刚开始的时候基本上没有东西可用,庞大的jquery生态直接被拒绝了.奇怪的api设计,冗杂没有用处的概念.毫无意义还增加负担的依赖注入.并不健全的模块机制.这些东西连angular自己的团队都嫌弃.所以2.0完全没有继承1.x的任何东西 react确实是让我眼前一亮的框架.但是在实际使用过程中也并没有想象中的顺畅.首先jsx用来渲染页面并没有那么方便.用了angular之后我的思维还停留在模版+状态的申明式编程中.而这恰恰让我回到了指令式编程.我做前端开发的时候我能很清楚的知道一个界面的html结构是什么,能怎么拆分成 组件,但是要通过渲染函数来指示一个部件渲染.当初还是很让人费解的.而且style你都不能以正常方式去写.虚拟dom是好的jsx在某些情况下是好的,但是我觉得html,css.这样的模版在大多数情况下是更好的.很多人为了追时髦不愿意提起react的缺点.react的api更动频繁.并且虽然react本身并不复杂,但是react衍生出来的概念,以及一大堆的最佳实践.还有最让人无力吐槽的jsx对前端编程习惯的颠覆.都让我无法下定决心在一个项目中使用这个我并不能控制的东西. vue虽然没有太多创新,但是它融合了这两个框架的优点 vue在我看了一眼他的文档之后我就敢把它放进我的项目里,因为他足够简单,我能够掌控他,我可以用我熟悉的前端页面的构建方式来构建页面.(html,css,js).并且当我为应用复杂度头疼的时候,他有我需要的双向绑定,和组件来帮我降低应用页面的复杂度.我只需要花费很小的学习代价.我不需要学习一大堆的概念,我不需要去了解什么最佳实践.我可以用我喜欢的预处理器来写css,html或者js.单文件让我免去了angular那样多个文件之间切换来写一个页面的麻烦.模版让html,css各司其职.更大复杂度的应用也有良好的生态支持.
我始终信仰的一个观点就是所有的框架如果你看了一遍他的文档之后还不能了解他.就是不好的框架.
选择一个框架 ,不是为了时髦.不是为了装逼.是为了更高效地解决问题 我现在的项目都在使用vue这一套的东西,并且新招进来的人就算只会jq我也能快速的交付工作
第三个逻辑错误. 什么是反哺? vue有优秀的地方比如单文件.比如简单高效的api,比如方便地制作动效,这些都是其他框架没有的.而其他框架学不学习,进不进取这个锅也要甩给vue? vue学习虚拟dom学习双向绑定就有错? 而且就算要喷也要喷得有理有据,你把借鉴说难听了,说成抄袭了,这也没啥,你说vue抄袭react,虚拟dom,jsx也就算了.居然说vue抄袭angular双向绑定.双向绑定概念由来已久.而且vue和angular实现完全不一样.vue比angular更早诞生只是较晚发布而已
尤雨溪这个人也是我很佩服的一个人.他有着艺术家的眼光,是个完美主义者.所以虽然vue2.0早就可以发布了,但是他还是坚持到文档完善,主要扩展重写之后再发布.他也是一个很客观的人,尽管有人这么黑他他也依然尽量在每次宣传中客观评价其他同类框架
而@i5ting作为node社区的管理者,名气这两年如此之高的情况下.转载文章是不是更应该慎重.观念是否正确是其次,首先要客观,对事不对人,戾气这么重的文章直接就丢上来了真的合适吗?
先说好，我不和你讨论vue，我是外行
angular1.x对我来说简直就是不愿提起的回忆,学习曲线陡峭,我几乎花了半个月才能使用这个 东西,而且到了新公司用了这个框架,没有一个同事能够看得懂代码.来配合我完成任务.angular1.x的生态也很差,只能用自己一套的东西,刚开始的时候基本上没有东西可用,庞大的jquery生态直接被拒绝了.奇怪的api设计,冗杂没有用处的概念.毫无意义还增加负担的依赖注入.并不健全的模块机制.这些东西连angular自己的团队都嫌弃.所以2.0完全没有继承1.x的任何东西
ng1.x你觉得学起来麻烦，是因为你没有很多java经验，这是编程思想上的缺失，前端现在如此火爆复杂，就是当年缺失的思想都补充回来，其实很多概念都是java抄过来的，比如ioc，对我而言，翻翻大漠穷秋翻译的那本书就够了。 你说生态查，ng1.x的扩展机制还是比较简单吧，开源项目也还是相当多，如果你真的掌握指令，自己随便定义就好了
庞大的jquery生态直接被拒绝了，这个是有原因的，1）不是完全拒绝，你也可以用jq，包括react里你一样可以jq，但是双向绑定帮你完成了一大办法操作，你真正用到dom的地方不是那么大比重，所以上jq会显得有点重 2）ng1.x里实际上内置了jqlite的，你可以翻翻源码
奇怪的api设计,冗杂没有用处的概念：1）我不相信google的工程师这么懒 2）算是辩解吧，ng1是真正的第一个mvvm落地实现，算横空出世，所以也还算正常，比如性能问题之类的，它也不是一剂万能药
毫无意义还增加负担的依赖注入.并不健全的模块机制：ng1.x的模块化加载机制是非常标准的，你对这个做批评是不合适的。另外你说ioc毫无意义，你其实没有用对。不仅仅是对模块化的增强，另外在能够让前端真正独立测试，起到了划时代的意义。大项目中都会考虑ioc，不能是无缘无故的
这些东西连angular自己的团队都嫌弃.所以2.0完全没有继承1.x的任何东西：
看一下ng2的架构图展现了 Angular 应用中的 8 个主要构造块：
- 模块 (Modules)
- 组件 (Components)
- 模板 (Templates)
- 元数据 (Metadata)
- 数据绑定 (Data Binding)
- 指令 (Directives)
- 服务 (Services)
- 依赖注入 (Dependency Injection)
其他的变化还有ts和systemjs
我的认知是：用了更成熟的东西去优化了上一版本而已，并不是没有继承，只是语法上看起来变化比较大而已。
我不是ng粉，我也不是vue粉，我最想说的：
用什么就应该按照它的方式来做，这样才能有乐趣的
node的黑粉其实也很多，如果能够按照node的方式来处理，也就不会去黑node了。wahaha
用过angular，react和vue，angluar太重，react的js和html混写感觉很乱，vue的开发者体验确实好。html和css和js分离的开，使用上更舒服一些
最近几天看到微博上vue的（被）推广，又是“情怀”，又是“工匠精神”，有种老罗附体的感觉。
vue的成功，一方面是中文完善的文档，另一方面就是降低了前端的门槛。
第一点，尤大直接提供英文文档，很利于 vue 的国际化和全球化。
第二点，有利也有弊。因为大部分前端开发者不能称之为javascript程序员或者前端工程师。对他们来说，angular 和 react 门槛太高，而 vue 正好适合他们。前面评论里面也有人提到了，vue 借鉴了其他框架，但是没有反哺那些框架。同样，由于 vue 使用者的水平普遍偏低，也导致了 vue 使用者很少反哺 vue 社区。vue 的组件相比 react 就差了很多。
@hezhongfeng vue resouce确实非常好用,而且我觉得本主题写的都纯属扯淡,有本事你开发一个再来吐槽?>现在目前最欣赏,以及最好上手的就是vue,没有之一,请问除了vue ,还有哪个给你选?论容易入门,试问谁能及?
@i5ting 引战的文章毫无意义.确实你对angular的理解比我要深.你是node粉也自然知道当初node也被人说成是让一堆前端工程师觉得自己能成为后端工程师.并不是简单的东西,没有复杂概念的东西,就应该让人鄙视. java成功的原因不是因为他让你觉得复杂,而是相对当时来说非常简单,angular的成功也是如此,他解决了当时应用复杂度越来越高的痛点,软件工程不是职业技能竞赛,软件产品也同样是产品,产品的天生责任就是让事情变得简单好用,符合用户的心理模型,这是软件的发展趋势,否则现在也完全可以用汇编语言来做所有的事.
vue入门真的低，前端的同学只要学都能会吧；vue生态和在国内企业上普及还需努力。 React、Angular2是必学的，因为企业上普及，工作需要时一方面；另一方面生态好，前端开发你也可以玩Ionic或React Native，一边学习一边娱乐开发App。 前端变化大，好比grunt\gulp\webpack，systemJS构建工具，技术选型用什么就学什么，现学现用。
上面是引用作者的态度
一个喜好问题,就能把人家用户群骂成弱智 那些黑完框架黑用户群,质疑别人智商水平的人,你们优越感赚足了吗? 有到处黑人家用户群水平低的时间,你也可以再造一个更好的框架来证明自己智商了
@i5ting 冤呀，骂人，我是不敢，都表达自己的观点而已。再则，萝卜青菜各有所爱，“给我一把绝世好剑，我可能不一定会用；相反，给我把剁肉刀，或许会很顺手。” 选择自己喜欢即可。
-
1.为什么低门槛也会被吐槽？这样会降低前端门槛？这是走弯路？ 大部分程序干的一件事就是“让事情变得简单，使人更容易接受和理解”。现代编程语言的发展难道是让我们学起来、写起来更费劲？ 团队 review，优化代码不也是超这个方向吗？所以很不理解上面这个观点。
-
2.写 Vue 就不是 JavaScript 和 前端工程师了？只能是前端开发者？ 这观点太狭隘了！“用刀的吐槽用剑的，用剑的吐槽用刀的” 只能说眼界太小。解决工程问题才是正道！
强不强，来试试！哈哈
关于某人的神逻辑，这个入门门槛低，我去，这么简单，根本体现不出我的技术强大啊，不行不行，我要找个更难的才能体现出我的技术强大。此文出处，从上面就有线索了，有人截了图，先提到了一个社区和本社区，很好猜了吧。标题：我从vue回到了jquery。分享此文的原因，各位细读吧
@madgecool 这本是ruby社区的一个贴，起因也是这句话【个人认为vue的定位很尴尬，高不成低不就，vue没有自己的理念】实在是不敢苟同。 很多人说 Vue 会如此受欢迎最重要的原因依我看就是：文档好。的确 vue 的文档是这三个主流框架里面最好的，好的框架永远是 功能强大 and 使用简单，很显然这两者 vue 都具备。 很喜欢阮一峰的文章，不是他的技术有多么牛逼，而是他能把复杂的东西简单地描述清楚，这才是授业解惑 @i5ting 你这把火烧得好，看来不同的社区还是有主旋律的，我们应该保留自己的观点，多看看不同的观点
<div><p><!-- react-text: 2049 -->vue 就是个大杂烩，没有后台的一些概念，上手快<!-- /react-text --></p></div>
<div><p><!-- react-text: 1166 -->在我看来vue是最low的，基本没有什么自己的原创，作者本身也只是个设计师，所以做出来的东西容易看得懂<!-- /react-text --></p></div>
<div><p><!-- react-text: 1184 -->现在看来，我还是喜欢react。angular，vue都学习react的思想，企图用大而全来体现对react的优势，其实es6+babel就可以解决大部分问题<!-- /react-text --></p></div>
@dyygtfx 其实angular1 比knockout 还早点， 但基本都是同一时期的 2009年
https://github.com/knockout/knockout/graphs/contributors https://github.com/angular/angular.js/graphs/contributors
但是大部分其他js库的 mvvm 都是抄袭这两个的， vue1.0 基本是照搬了angular1很多概念
@jinwyp 我的记忆中 knockout 比 ng1 要先火的,ng1 是后来抢走knockout,backbone 这些市场的，具体哪个项目先开发不重要，我想说的意思就是前端框架现在还没啥开启时代的技术，只是 ng1 把双向数据绑定这个概念深入前端人心了，就像 react 把虚拟dom 概念炒的火热一样，但是 react之前也有虚拟dom 的技术框架，但是话又说回来连 ES 语言规范本身也是炒其他语言的剩饭，所以前端也很难有什么开启时代的技术出来啊，当然 node 我觉得算一个
@dp199313 不赞同 “所以2.0完全没有继承1.x的任何东西”，而且angular1真有那么你说得那么差么，稍微结合一下发布时间。 vue的话，我感觉是稍微有点点过度神话，但易用性无疑是最棒的（够用，好用！）。
很早之前就接触vue了，看到大家的讨论，不想说谁对谁错，但我还是想挺一把vue. 选择vue,是因为它实实在在的解决了问题。
- 简便、易用
- 如jQuery一般引入即可使用
- 语法、api设计很精美(我们常常会因不知如何命名而苦恼，而设计语法、api时命名只是其中的一小部分)
- 易上手，学习曲线低(作者在框架本身和用户之前做了很好的权衡)
- 完善的生态
- 完善的文档、示例
- vuex、vue-router, 对spa应用程序来说是必须的，vuex也许不是作者原创的思想，但却很好的进行了实践
- 丰富的组件库(社区力量强大)
- 新思想新概念
- 在数据驱动开发理念上，vue功不可没
- MVVM框架概念的推广也是
除此之外，作者的用心程度也是让我对vue更加的信任，代码简洁优美、详细的注释、合理的组织划分。对用户的反应也很积极，之前在github上提issuse，不到一天就得到了作者的反馈。所以个人觉得vue能受到如此的关注是可理解的，个人也会继续关注下去。
题主转载的评论有很多情绪，评论用在其他技术方面的对比同样可以套，为了批评而批评。vue 作为后来者借鉴前者是必然的，vue的作者在访谈的时候也经常谈到，方向相同，不过评论讲到思想好像vue一个劲的在抄别人，我感觉特别别有用心，如果不是某一领域的开创者，必然是通过借鉴学习已有的思想。还有就是评论的作者大概没有深入用过react和vue，react和vue 现在已有很多公司用在生产环境，多人合作的问题已经不需要评论来操心。还有评论说的上千页面的复杂网页，我也是惊呆了，不知道这个上千页面是上千个不同的模板还是什么，我没有见过世面。还有就是期待评论人可以做出比redux更优雅的实现。当然weex是kpi项目，我是认同的。
抖个机灵：
另外vue这类新兴的微型框架就是在这方面做到极致，比如你开发一个只有一个页面的spa，引入一个vue就可以使用各种mvvm特性，打包的js文件还小，这就是我说的微型场景。
@laoqiren 你说的很对，现在有些只会到处抄点js代码改改的美工，做着前端的工作。我看到的这种前端比例也不小。 经过你的提醒，我上面的发言应该改为“美工出身的前端比较写代码出身的前端”才对。 谢谢~~
我也觉得推广的很恶心，自己开源东西对开源界是一个很好的事情，但是整天却说自己的东西怎样好，人家react的不行，就说明人品有问题！贬低人家的东西来推广自己的东西，是挺恶心的
说得太好了，Vue的过度营销不仅体现在技术论坛、微博、新闻发布会上，而且反面营销也做得很好，博主转的这篇文章便是最好的例子。 然而，这又有什么不好的呢？好的东西就应该分享。学了一周Angular，不看文档，连个屁都放不出来。学了一天Vue，就这么顺顺利利的把一个简单示例默写出来了。 好了，不说了，作为Vue的水军，字数码够了，我去问尤老板拿5毛报酬了。
想起一句话：“最可悲的事情不是有太多人骂你，而是压根就没人搭理你”，从侧面可看出vue确实很火，对原作者的观念部分认同，但vue的存在还是有很大价值的，只是萝卜青菜各有所爱而已，如果有足够本事那就自己搞一个，ps：vue文档写的真心不错，往往有时候选择一个框架就是文档写得好不好，易不易于上手，不是每个程序员都达到那个水平的。
https://zhuanlan.zhihu.com/p/23752826赶快撕逼 @i5ting<br/><br/><a class=“tag” target=“new” href=“https://github.com/BubblyPoker/cnode-vue”>来自 cnode-vue</a>
然而无论从文档还是实用性的角度来讲， 都是很不错的， 入门容易平易近人，不像Angular那样学习曲线那么抖，东西出来就是为了方便别人使用的，文档也是比较多的， 而且1.0版本又有中文版， 我觉得作者至少是很考虑用户的。
其实这个帖子最大的作用是让我们认清了那些所谓的牛人到底谁是 Markdown 程序员！
你名气大是一回事，技术实力是另一回事，人品和素质更是另一回事！名气大并不等于实力强、人品好！唉，技术圈被这些人搞得快变成娱乐圈了！
@zouzhenxing good <br><br>来自<a href=“https://lzxb.github.io/react-cnode/” target="_blank">react-cnode手机版</a>
框架是用来用的，不是用来比较的， 还是那句话，不管黑猫白猫会捉老鼠的就是好猫 你不能因为Vue只会借鉴(抄袭)就断定这个框架不好，腾讯游戏也是抄袭，却阻挡不了成为国内第一大游戏公司，阻挡不了千千万万用户玩腾讯模仿的各大游戏 对于用户来说，绝大部分用户来说，并不关心你技术多么牛逼(事实上即便是模仿，vue技术含金量也不低)，好用才是王道 而作为毫无靠山的个人作品Vue在github的star数量逼近React也说明了这个问题
