为什么会有人说 Vue.js 简单？
19:18:52 +08:00 · 38267 次点击
作为用过 angular 1 和 react 开发过很多项目的人来看， vue 的概念上比 angular 1 还多，从 compontent ， directive 的概念上来说一个概念就超过一个 react 的概念，组件设计的复杂度上讲也是。
用过 angular directive 写过很多组件的人来说，用过 react 就觉得 angular 组件设计过渡，项目组件化其实很难，很多概念来的还不如 react 简简单单的概念写的方便
而 Vue 是延续了很多设计，真搞不懂为啥会有人说 Vue 简单，就是因为有中文文档和 generator ？
134 回复 &| &直到
10:19:11 +08:00
& & 15:29:50 +08:00
我觉得 Evan You 可能会看帖笑而不语
& & 15:30:51 +08:00
估计 Evan You 会来看帖然后笑而不语
& & 15:43:05 +08:00
翻页有问题, 不小心回复两遍了. 不好意思.
前两天 Evan You 在推上莫名其妙来了一句 &Life is short, easy is underrated& 还挺多人赞的, 我之后看到他的某个知乎回答才知道原来是回应 React 社区的 &React is not easy, but it is simple...& 这句话
就这里提醒大家中文的 &简单& 对应的英文 &easy& 和 &simple& 这两个词, 楼主在说的是 &simple&, 而持不同意见的人主要是在说 &easy&
那个知乎答案链接:
& & 17:08:19 +08:00
我从社区上说下，楼主请找到 vue, reactjs 和 anglur 的
正确 github 地址,截止目前
ReactJs ： star
4.5w , issues
1.6w, issues
1213;
vue ：
2.3w, issues
& & 18:02:53 +08:00
明显没用过， ng1 是 5w ， ng2 是 1.4w ，估计你看的是 ng2 的项目
其实看社区另外一点第三方的支持，这方面 ng 和 react 都是 6.5w+， vue 是 3000 ，差距太大
另外也不是在讨论那个库或框架更好，我只是想说明 vue 并不是想象的这么简单
& & 18:06:45 +08:00
说的不错，其实易上手和简单是两回事
react 是个非常简单的理念，需要你有充足的储备，但简单的理念往往能很容易做出复杂规则下很难实现的东西，规则越复杂语法噪音越多，意味着复杂度会增加，问题会增加，很多东西用起来就没有这么的简单
Vue 有太多框架设定上的语法噪音，而 ng2 吸取了 ng1 的教训解决了很多这方面问题，和 ts 结合的很自然， Vue 就很难这么改进除非也是大改版
& & 18:08:12 +08:00
怎么得的出这样的结论的，你谈谈为啥 Vue 和 react 至于 ng1 能更相似？
& & 18:10:40 +08:00
说话掺杂太多情绪，讨论问题是不必要的， vue 的组件设计就是会让组件化变复杂，我一直是持这种观点的，至于双向绑定和模板我 ng1 一直用的很好，自然是好特性，上手的话如果只谈双向绑定，那确实是简单，但 react 作为模板用的也大有人在，我见多了
& & 18:12:32 +08:00
@ 这填模板的需求和 react render 也无二，何况都能双向绑定
& & 18:14:04 +08:00
@ di 这点你说的是，因为 ng1 最初是没有 commonjs ， es6 module 之类的模块维护的自然有 module 和依赖注入的需求
& & 19:08:42 +08:00 via Android
vue 的组织结构， state 和 prop ，单向数据流等都是在像 react 看齐，甚至 2.0 还加了 jsx 。
vue 一开始是脱胎于 ng1 ，遗留了一些 ng1 冗余的概念，但后面在版本的逐渐升级中已经找到自己的方向， 2.0 也砍掉了很多没用的设计。
另外 vue 的核心概念远比 ng1 少，许多概念都能用一个 computed 代替，只是它提供了其他一些备用做法，相当于 computed 的语法糖。真正开发用到的 api 不多
& & 19:26:29 +08:00
@ vue 的 props 其实类似 angular 的 Isolate scope ，没看到有 state 的概念，其实还是 angular 这些东西，
细看就会发现比 ng1 的组件还要复杂，多了很多东西， 2.0 看了下，确实是在删 api
但在如此的设计下根本不肯大动，所以 ng2 这么大改版也是无奈，不打破原有的规则就根本没法改进，这方面看不出 vue 新版会有什么改变
& & 04:45:17 +08:00
哈哈，有人在推上 at 了我，只能来说两句了。
简单不简单，分两方面看（这里暂时只讨论 Vue 1.x ）：
1. 实际生产力：从 0 开始用这个框架实现特定需求，需要多少时间 /精力；
2. API 设计
我们先看 (1)，这里有现身说法的用户也有好几个了，事实就是很多人确实用 Vue 开发东西很高效，看完文档就可以刷刷的出活，这跟 API 臃肿不臃肿没有直接关系，你否认也没有用。
如果打个粗略的比方， Vue 在 80% 的情况下（常见中小型应用）实际生产力会超过 React ，剩下 20% 比如超大规模应用 / 特殊需求应用， React 的可扩展性更好。这其实是一个有意识的选择，两个框架所针对的目标场景 /用户群体本来就是有微妙区别的。
再说说 (2)，楼主的主要论点是 Vue 的 API 设计得臃肿，不如 React 简单。其实核心 API 不如 React 简洁我也不否认，但是你要说不比 ng1/ng2 简单我只能..... 呵呵。回到和 React 的对比，其实 Vue API 的『多』有很多属于『便利型 API 』，也就是并不是必须存在，可以用更基础的功能去实现的 API ，类似语言中的语法糖。因为用户经常要用到，所以做成了内置的 API 。 React 核心确实简洁，但是其实把大量的工作丢给了用户自己，当你把一个完整的应用写出来的时候你自己所处理的复杂度其实远大于框架本身的复杂度。这一点其实双方也是有意识的选择， Vue 选择帮用户多解决一些常见问题，而 React 则选择只提供最基本的东西，尽可能让用户自己实现上层功能。我并不觉得这两个选择有绝对的孰优孰劣，更多的是针对用户和框架本身的定位所做的取舍。
事实上，我并不否认 1.0 的很多 API 并不是很有必要，所以在 2.0 里面进行了进一步的精简。 directive 在 2.0 里面已经完全淡化了， props 也只有单向的了。至于核心的组件格式，我觉得 Vue 的组件已经是非常简单的了，你说得好像 Vue 的组件设计有什么本质的 flaw 一样，但我好像没看见什么有力的论点。
最后楼主还是得认识到一个问题，使用的感受不是靠说的。人家用着觉得挺简单你非要告诉人家这其实不简单，就好像人家喜欢吃一样东西，但你不喜欢，你非要说服别人这个东西其实并不好吃，愚蠢而徒劳。
& & 07:36:27 +08:00 via iPhone
对于这 3 个框架，估计帖子里的大神都是有用过的。我也是写实际体验，不吹不黑。
最开始肯定是用 ng1 的， 2 年前吧。只能说半个月后果断放弃，因为 ng 太重，原来 jquery 的东西很多都不能用了，最后实际项目还是回到 jquery 。
然后到 re ，也是很重，其实我说 jsx 真的好吗？
后来到 vue ，也是抱着试一试的想法，感觉很轻，至少我之前的 jquery 库不用抛弃了。即使有些 jquery 库很好但是用 vue 没办法用，自己写一个也没什么大不了的。
发现没有，我一直说 jquery ，说实话，做前端的没办法完全去 jquery 的，而 ng re 都在努力去 jquery ， vue 没有，所以我选择了轻的 vue 。
& & 13:06:32 +08:00
Vue 的简单说的是入门简单吧，引个 js 文件就可以用。 api 简洁一致，文档清晰，很快就能出活。改造旧项目也很方便，用了后台模版的项目也可以用。等你熟悉了以后有了更高的需求，做前后端分离，组件化， Vue 也有很好的支持。
Vue 的学习曲线比较平缓，入门只要知道点 javascript 就行，其他概念可以用到再看。 React 要先理解组件化的思想，还要折腾前端构建，这就要花去新手好多时间， Angular 也有一堆概念要理解以后才能开始写代码。 Vue 也不是不需要这些，只不过这些东西可以等晚点再熟悉，不知道也不影响写个简单的项目。
& & 13:48:55 +08:00
看似便利的 api 其实很多时候到是枷锁，用 ng1 的时候很多时候都会往怎么用，然后查文档，来来回回，成本很高，挺容易忘，之前一直以为确实是需要这样的 api 才能做到一些事情，但后来发现其实并不是这样，另外做一件事情的成本越高的时候需要了解跟多规则的时候其实就不会想去做这事了，用 react 去组件化项目成本低了很多，规则不多，但效果确超乎想想
比如 ng1 里的模板中的表达式，是写了个 parser 做这件事的，并不是基于 js 原有语法， vue 不清楚，但相应的也少了向 react 这样用 FP 的灵活性，效果上其实并不见得好
关于 directive 上 ng1 确实做的很差， ng2 会吧 directive 分 3 类，也显得繁杂，很多时候因为 directve 也会带来复杂度，比如 priority 这类东西，犹如 css 里 z-index 大规模应用的是时候你总会考虑如何分配，脑子里都有根弦
我对 vue 简单有疑问的原因就是曾经用 ng1 的时候觉得规则毕竟是语法糖，能改善很多东西， api 多有利有弊， react 用过断时间后觉得，不是有利有弊的问题，没有这些规则的情况下，其实更容易写一些东西，语法糖式的 api 其实只是一个方向上的思路一直走下去了，其实很简单的规则就能让这些东西跑的通
我不觉得 vue 里面很多东西是比要的，可有可无的情况下为什么有存在？当然这又类似与 ruby 和 python 的理念差异。
另外不要给人扣帽子，很多时候的想法是自己心里生出的，我是觉得 vue 的很多东西不必要，并比简单，至于谁用什么框架与我何关，又无利益关系
& & 13:52:14 +08:00
@ 对上手上来说学习去曲线是更平缓
& & 02:47:44 +08:00
有 API 的分类整理没？哪些是核心的，对梳理和理解有帮助的，哪些是便利型的?
& & 14:23:11 +08:00
&另外感觉 vue 在国内的蜜汁好评率是不是因为每当中文社区里出现反对声音的时候，老尤就会出来用自己最丰富的 vue.js 使用经验把反对者打败
有个作者和你 pk 最佳实践，不是很好吗？
& & 15:54:31 +08:00
@ 既然你心里的想法跟别人无关，你非要跑这里来开个帖子跟人争什么，自相矛盾还不让人扣帽子，请您继续 high 。。。
& & 17:08:37 +08:00
@ 有观点还不能开帖讨论了，真是搞笑，以后谈到 vue 还得找你盖个章才能讨论才能出师有名，名正言顺？
& & 15:40:42 +08:00
@ 但是关键就在于很多时候 pk 着就跑题了，就变政治正确，变站队了。比如说这里尤大神也出现了，结果你也看到了
& & 17:32:52 +08:00
& & 15:24:15 +08:00
最近在学 VUE2.0 ，之前把 react+redux+react-redux 倒腾了一遍，不知道算不算得上 react 的全家桶。 我想说，我特别赞同楼主的说法。 如果我是一个刚接触 VUE 的人，可能也会不明白楼主为什么这么说，当学的深入以后真的是越来越有体会， 什么叫 VUE 很简单？ 一点都不简单好吗？ 还看到楼下有说对 VUE 有偏见，拜托就讨论一个框架的学习成本就叫对 VUE 有偏见了？
你是得有多玻璃心。。。
VUE 我还没有学完，还在折腾的路上，可真心的：越学的深入觉得越不简单，相比 react 来说。我记得我大学学英语的时候，我们英语老师跟我们说：英语这门语言，正好跟日语相反，英语是入门难，入门以后学起来就简单了，日语恰恰相反，日语是入门简单，可真学起来就难了。我觉得这个比喻对于 VUE 和 react 再合适不过了， VUE 就好比日语，入门确实简单，可学到深入之后，真的觉得是越来越难，还有 VUE 的官方文档，真的想吐槽下，官方文档真的只适合而且仅适合初学，稍微深入一点的东西在官方文档里面都很难找到。再说 react ，入门确实难，对初学者并不算特别友好，我记得当日学习最基础的例子，也会费一点周折，以至于到后来学 VUE 的时候，心里忍不住的说 VUE 就这么简单吗？事实并非如此，入门了 react 之后反而会觉得越往后越简单。至少现在的感觉是这样的，可能当完全学完 VUE 以后又会有另一番感概吧~
& & 23:52:10 +08:00
@ vue 和 angular 的问题在于，为了解决问题，抽象出一套体系，然后在不断的实践中去增加这个体系的功能和细节添加了很多为了这套体系服务的设施。
好比一个架空的世界观，既然我定义了一套这个世界的物理定律那么这个体系下的东西都要围绕他而创建，在这个过程中产生了为了解决这个世界设定下的的问题而产生的需求，久而久之越积越多，这就是 angular1 的问题，所以 angular2 的很多特性会回归到基于语言本身
这就是我要说的复杂，而在这个世界观下的所有的知识也许都是无法迁移的，只有少量的模式可以借鉴到其他地方，这也就是这类框架的真正成本。
react 也创建了一套体系，但他并没有把这个体系扩大到整个世界，而且引入了很多 FP 的概念，当然也会有成本， FP 的学习确实也是成本，但学习 FP 这个范式本身是学到抽象方法和进入一个新的理念的领域里，这点上作为前端的 FP 的领路来说完全是正向的。
当然他们本身我不想探究好坏优劣，各有所长
& & 16:04:34 +08:00
其实用 angular ， react ， vue 这类东西最大的作用是说服老板涨工资，或者是为下一次跳槽涨工资做准备。。。
& & 16:14:37 +08:00
angular ， react ， vue 这类东西，意味着生产力的提高，意味着更少的人做更多的事，如果整个行业的规模不扩大的情况下，就意味着技术人员的需求会减少，相应的薪酬会提高，与之相对的是用低生产力技术将会被淘汰，或者降低薪酬
& & 17:55:49 +08:00
生产力的提高, 有科学的对比实验数据证明真的有生产力提高吗？
其实搞架构，和开中药方子一样。
根本没有用数学，科学的方式来证明一定能提高生产力，只不过是感觉这样做能解决“问题”而已，最后引出一堆新问题。
& & 17:57:38 +08:00
有本事倒是可以用形式化的方式来证明这些架构的合理性
比如用 TLA+来证明他们 spec 设计的合理性。
不过估计没人做，反正大家不需要。大家只要“感觉”这个方式生产力很高就可以了。
& & 18:43:12 +08:00
@ 如果已经尝试过并应用于具体项目，还意识不到生产力的差距，那也没什么可聊的
& &259 天前
我是汇智网的，我们有一些 vue.js 的课程是否可以利用这个帖子，给大家一些福利，发一些优惠券？
& &253 天前
看视频学习吧，15 个 vue 视频教程
& &115 天前
推荐 Vue.js 2 的入门级全家桶教程：
1.vue.js 2 入门与提高
2.vuex 2 入门与提高
3.vue-router 2 入门与提高
工程化实践
& &96 天前
为什么总有人引战呢？作为一个程序员，自己喜欢用什么框架就自己用，怎么老是去怼别人呢，无意义地去黑别人，否定别人的劳动成果，要觉得不好用，你可以联系作者提出自己的建议，自己又没有那个水平，你单方面的指指点点有什么用？一看就是没有思想觉悟的程序“猿”，离攻城狮档次还差远了。现在 1 年多过去了，你无脑黑的 vue，越来越好用了呢
& · & 2584 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 19ms · UTC 01:14 · PVG 09:14 · LAX 18:14 · JFK 21:14? Do have faith in what you're doing.angularjs和vue区别_中华文本库
Vue与其他前端库的区别(优势) 4.1 与AngularJs的区别: AngularJs是由Google公司维护支持的,应用于大型的Pc端的复杂营运交互 相同点: 1、都支持指令:内置指令与自...Vue.js Vs React.js：哪个JavaScript框架更好？
您当前所在的位置：
客服电话：400-
深圳市金和盛软件开发有限公司
粤ICP备号-1
地址：深圳市宝安区宝源路渔业旧村一巷16号广福大厦201您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
Vue.js前端开发-快速入门与专业应用.pdf 205页
本文档一共被下载：
次 ,您可全文免费在线阅读后下载本文档。
下载提示
1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受理。
2.该文档所得收入(下载+内容+预览三)归上传者、原创者。
3.登录后可充值，立即自动返金币，充值渠道很便利
你可能关注的文档：
··········
··········
Vue.js前端开发
快速入门与专业应用
以实际项目为立足点，
摸透Vue.js，无论是
国内互联网公司已广泛
拒绝纸上谈兵，
桌面端还是移动端，
使用Vue.js开发，
帮助你快速上手 ！
让你从容面对！
再不学就晚了！
Vue.js前端开发
快速入门与专业应用
人 民 邮 电 出 版 社
内 容 提 要
本书主要介绍Vue.js
的使用方法和在实际项目中的运用，它既可以在一个页面中单独
使用，也可以将整站都构建成单页面应用。为了便于理解，本书会从传统的开发角度切入，
先从数据渲染、事件绑定等方面介绍在Vue.js
中的使用方法，然后渐进到Vue.js
性，例如数据绑定、过滤器、指令以及最重要的组件部分。除了框架用法外，本书还介绍
了和Vue.js 相关的重要插件和构建工具，这些工具有助于帮助用户构建一个完整的单页面
应用，而不仅仅是停留在个人DEMO 阶段的试验品。而对于复杂项目，Vue.js 也提供了对
应的状态管理工具Vuex ，降低项目的开发和维护成本。鉴于完稿前，Vue.js
布完毕，本书也在相关用法上对比了 1.0 和2.0
的区别，并补充了render
函数和服务端渲
染等特性。
本书适用于尚未接触过MVVM 类前端框架的开发者，或者初步接触Vue.js
的开发者，
以及实际应用Vue.js 开发项目的开发者。
责任编辑 赵 轩
责任印制 焦志炜
? 人民邮电出版社出版发行
北京市丰台区成寿寺路 11 号
邮编 100164
电子邮件 315@
固安县铭成印刷有限公司印刷
? 开本：720?960
印张：12.75
字数：299 千字
2017 年2 月第1 版
印数：1 – 3 000 册
2017 年2 月河北第1 次印刷
定价：45.00 元
读者服务热线： (010)
印装质量热线：(010)
反盗版热线： (010)
近年来，前端框架的发展依旧火热，新的框架和名词依旧不停地出现在开发者眼前，而
且开发模式也产生了一定的变化。目前来看，前端MVVM框架的出现给开发者带来了不小的
便利，其中的代表就有Angular.js、React.js以及本书中将要介绍的Vue.js。这些框架的产生
使得开发者能从过去手动维护DOM状态的繁琐操作中解脱出来，尽可能地让DOM的更新操
作是自动的，状态变化的时候就自动更新到正确的状态。不过，新框架的引入不可避免的就是
学习成本的增加以及框架普及性的问题，相对于Angular.js和React.js而言，Vue.js的学习
曲线则比较平稳。目前在GitHub上已经获得了超过30000的sta
正在加载中，请稍后...对 vuejs 这个前端框架如何看?
· Ruby China
在移动前端方面经验浅薄，这里抛砖引玉，来看看大家对vuejs的看法和意见。
昨天刚看到这个框架，和angular，ember相比，突出了极简单的理念。
我看到touch和gesture方面的，也有相关的支持。
作者是一个华人，看上去很酷。
Github 链接
angular看了一会文档，对那些概念实在有点头痛，学习成本高。
何况，如果只是一些简单的应用，非要套上angular哪些模式，对以后发展和维护也是头痛的。
angular 网站主站已经被墙。
@元芳， VUEJS 这个框架你如何看？
看着挺有趣的，有空研究看看。
看着挺不错的样子呀
国内也有一个叫avalon的mvvm框架，主要是支持ie6和修正angular在dirty check上面的性能缺陷（现在不知道修复没）
vuejs不知道有什么让人眼前一亮的东西，如果是主打框架概念的话，都是mvvm差距应该不会太多
不过如果让我从中选一个的话还是angular，毕竟用户量摆在那里，1.x的生态圈也开始完善了
也是用来做数据绑定的么?
最近在用vue来做个个人的小项目，说说感受！ angularJS之前看过，不是我喜欢的类型。reactjs简单，容易上手，但是很多时候代码量太大，必要的时候每个 dom都需要抽象成一个组件，做比较复杂的UI的时候，开发复杂性较高。 Vue 综合了前面两者的有点，代码量适中，开发效率高。尤其配置loader和 webpack之后，前端产出的利器。
我用的1.x版本，下面说说缺点。 文档还是不错的，但是还是有各别地方说的不清楚，所以踩到的坑要自己填，自己总结。
另外Chrome上的那个Debuger应该是有bug的，有时候会假死。因为本人不是纯粹的JSer 所以没有深入研究Vue的源码。 所以单纯从使用者的角度上来说，还是不错的。
另外有个小建议，现在很多的mvvm都是数据驱动UI，所以某种程度上弱化了dom的概念。所以框架本身多dom的操作能力有限。 建议配置jquery使用。 不为别的，就为各个浏览器的兼容性....当然你可以选择自己做，如果你有信心比Jquery做到更好。
补充一句，在你熟悉了vue之后，一两天之内，重写bootstrap里面的js组件，应该是易如反掌的。
当然是用视频看啊，分享2017年最新vue.js视频教程下载，共15套，从入门到精通！
下载地址：
vue应该是目前国内最热的架构，超过angularjs和react，我来推荐一个实战的，
推荐一个vue工程化实践教程：
后方可回复, 如果你还没有账号请点击这里 。
共收到 9 条回复