A. vue.js高仿饿了么外卖app 2016最火前端框架 百度云
React
React 和 Vue 有许多相似之处，它们都有：
使用 Virtual DOM
提供了响应式（Reactive）和组件化（Composable）的视图组件。
保持注意力集中在核心库，伴随于此，有配套的路由和负责处理全局状态管理的库。
相似的作用域，我们会用更多的时间来讲这一块的比较。不仅我们要保持技术的准确性，同时兼顾平衡。我们指出React比Vue更好的地方，例如，他们的生态系统和丰富的自定义渲染器。
React社区在这里非常积极地帮助我们实现这一平衡，特别感谢来自 React 团队的 Dan Abramov 。他非常慷慨的花费时间来贡献专业知识，来帮我们完善这个文件，直到我们都满意。
这么说，就是希望你能对这两个库的比较的公平性感到放心。
性能简介
到目前为止，在现实的测试中，Vue 是优于 React 的（通常至少快20%-50%，尽管在某些情况下还要更快）。我们可以提供一个到这个参照项目的链接，但是坦率的说，所有的参照在某些方面是有缺陷的，很少有像你所写的一个真实应用。那么，让我们详细了解下吧。
渲染性能
在渲染用户界面的时候，DOM的操作是最昂贵，不幸的是没有库可以让这些原始操作变得更快。
我们能做的最好的就是：
尽量减少DOM操作。Vue 和 React 都使用虚拟DOM来实现，并且两者工作一样好。
尽量减少除DOM操作以外的其他操作。这是 Vue 和 React的一个不同的地方。
假如说，在React中，渲染一个元素的额外开虚搭销是1，而平均渲染一个组件的开销是2。在Vue中，一个元素的开销更像0/vue/dist/vue.js"></script> 然后就可编写Vue代码并应用到生产中，而不用担心性能问题。
由于起步阶段不需学JSX，ES2015 或构建系统，所以建立应用花的时间会更少。
本地渲染
ReactNative能使你用相同的组件模型编写有本地渲染能力的APP（IOS或Android）。能同时跨多平台开发，对开发者是非常棒的。相应地，Vue和Weex会进行官方合作，Weex是阿里的跨平台用户界面开发框架，Weex 的 JavaScript 框架运行时用的就是Vue。这以为着不仅在浏览器，在 IOS 和 Android 上面也可以用 Vue 来进行开发。
在现在，Weex 还在积极发展，成熟度也不能和 ReactNative 相抗衡。但是，Weex的发展是由世界上最大的电子商务企业的需求在驱动，Vue 团队也会和 Weex 团队积极合作确保为开发者带来良好的开发体验。
MobX
Mobx 在 React 社区很流行，实际上在Vue也采用了几乎相同的反应系统。在有限程度上，React + Mobx 也可以被认为是更繁琐的 Vue，所以如果你习惯组合使用它们，那么选择 Vue 会更合理。
Angular 1
Due的一些语法和Angular的很相似（例如 v-if vs ng-if）。因为Angular是Vue早期开发的灵感来源。羡山然而，Augular中存在许多问题，在Vue中已经得到解决。
复杂性
在 API 与设计两方面上 Vue.js 都比 Angular 1 简单得多，因此你可以快速地掌握它的全部特性并投入开发。
灵活性和模块化
Vue.js 是一个更加灵活开放的解决方案。它允许你以希望的方式组织应用程序，而不是在任何时候都必须遵循 Angular 1 制定的规则，这使让Vue能适用于各种项目。我们知道把决定权交给你，是非常必要的，就是是为什么提供Webpack template，让你用几分钟，去选择是否用高级差派拿特性，比如热模块加载、linting 、
Css extraction 等等。
数据绑定
Angular 1 使用双向绑定，Vue在不同组件间强制适用单向数据流。这使应用中的数据流清晰易懂。
指令与组件
在 Vue 中指令和组件分得更清晰。指令只封装 DOM 操作，而组件代表一个自给自足的独立单元 —— 有自己的视图和数据逻辑。在 Angular 中两者有不少相混的地方。
性能
Vue.js 有更好的性能，并且非常非常容易优化，因为它不使用脏检查。
在Angular 1中，当 watcher 越来越多时会变得越来越慢，因为作用域内的每一次变化，所有 watcher 都要重新计算。并且，如果一些 watcher 触发另一个更新，脏检查循环（digest cycle）可能要运行多次。 Angular 用户常常要使用深奥的技术，以解决脏检查循环的问题。有时没有简单的办法来优化有大量 watcher 的作用域。
Vue.js 则根本没有这个问题，因为它使用基于依赖追踪的观察系统并且异步列队更新，所有的数据变化都是独立地触发，除非它们之间有明确的依赖关系。
有意思的是，Angular 2 和 Vue 用相似的设计解决了一些 Angular 1 中存在的问题。
Angular 2
Augluar 2完全是一个全新的框架。例如,它具有优秀的组件系统，并且许多实现已经完全重写，API也完全改变了。
TypeScript
Angular 1面向的较小的应用程序，Angular 2已转移焦点，面向的是大型企业应用。TypeScript被引用，这对那些喜欢用Java或者C#等类型安全的语言的人是非常有用的。
Vue也适合企业应用，也可以使用TypeScript来支持官方类型和用户贡献的类型，尽管这是可选的。
尺寸和性能
在性能方面，这两个框架都是非常快。但是如果你查看第三方参照，就可以得出 Vue 2 比 Angular2 要快的。
在尺寸方面，虽然 Angular 2 使用 tree-shaking 技术和编译技术能使代码尺寸减小。
即便包含编译器和全部功能 Vue2(23kb)比起 Angular 2(50kb)还是小的多。但是要注意，用 Angular 的 App 的尺寸缩减是用 tree-shaking 移除了那些框架中没有用到的功能，当随着引入功能的增多，尺寸会越来越大。
灵活性
Vue 官方提供了构建工具，但没限制你如何构建。有人喜欢用统一的方式构建，也有很多开发者喜欢这种灵活自由的方式。
学习曲线
开始使用Vue，你使用的是熟悉的HTML、符合ES5规则的JavaScript（也就是纯JavaScript）。有了这些基本的技能，你可以快速地掌握它(指南)并投入开发 。
Angular 2 的学习曲线是非常陡峭的。即使不包括TypeScript，它们开始指南中所用的就有ES2015标准的JavaScript，18个NPM依赖包，4个文件和超过3千多字介绍，这一切都是为了完成个Hello World。而Vue's Hello World就非常简单。
Ember
Ember 是一个全能框架。它提供大量的约定，一旦你熟悉了它们，开发会很高效。不过，这也意味着学习曲线较高，而且不灵活。在框架和库（加上一系列松散耦合的工具）之间权衡选择。后者更自由，但是也要求你做更多的架构决定。
也就是说，最好比较 Vue.js 内核和 Ember 的模板与数据模型层：
Vue 在普通 JavaScript 对象上建立响应，提供自动化的计算属性。在 Ember 中需要将所有东西放在 Ember 对象内，并且手工为计算属性声明依赖。
Vue 的模板语法可以用全功能的 JavaScript 表达式，而 Handlebars 的语法和帮助函数语法相比之下非常受限。
在性能上，Vue 甩开 Ember 几条街，即使是 Ember2.0 的最新Glimmer引擎。Vue自动批量更新，Ember 当性能关键处需要手动管理。
Knockout
Knockout 是MVVM领域内的先驱，并且追踪依赖。它的响应系统和Vue相似。它对浏览器支持以及所有的表现也是让人印象深刻的。它能最低支持到IE6，而Vue最低只能支持到IE9。
随着时间的推移，Knockout的发展已有所放缓，并且略显有点老旧了。比如，它的组件系统缺少完备的生命周期事件方法，尽管这些在现在是非常常见。以及相比Vue调用子组件的接口显得有点笨重。
如果你有兴趣研究，会发现它们在接口设计的构思理念上是不同的。这些通过各自创建的 simple Todo List 可以体现出来。或许有点主观，但是很多人认为Vue的API接口更简单结构更优雅。
Polymer
Polymer 是另一个由谷歌赞助的项目，事实上也是Vue的一个灵感来源。Vue的组件可以粗略的类比于Polymer的自定义元素，并且两者具有相似的开发风格。最大的不同之处在于，Polymer是构建于最新版的Web Components标准之上的，并且需要非凡的polyfills来工作（性能下降），浏览器本身不支持这些功能。相比而言，Vue不需要依赖polyfills来工作，最低到IE9。
在 Polymer 1.0版本中，为了弥补性能，团队非常有限的使用数据绑定系统。例如，在Ploymer中支持的唯一表达式只有布尔值否定和单一的方法的调用，它的computed方法的实现也不是很灵活。
Polymer 自定义的元素是用HTML文件来创建的，这回限制你的普通的JavaScript/CSS（和被现代浏览器普遍支持的语言特性）。相比之下，Vue的单文件允许你非常容易的使用ES2015和你想用的Css的预编译处理器。
当部署到生产环境的时候，Polymer建议使用HTML Imports加载所有资源。而这要求服务器和客户端都支持Http 2.0协议，且浏览器实现了标准。这是否可行就取决于你的目标用户和部署环境了。如果状况不佳，你必须用Vulcanizer工具来来打包Polymer元素。在这方面，Vue 可以结合异步组件的特性和Webpack的代码分割特性来实现懒加载（lazy-loaded）。这同时确保了对旧浏览器的兼容且又能更快加载。
对Vue和Web Component标准之间进行深层次的整合，也是完全可行的，比如Custom Elements、Shadow DOM的样式封装。然而现在在我们做出严肃的承诺之前，我们仍在等待标准成熟，进而广泛应用于主流的浏览器中。
Riot
Riot 2.0 提供了一个类似于基于组件的开发模型（在Riot中称之为”Tag”），提供小巧精美的API。Riot 和 Vue 可能共享一些设计理念。即使相比Roit重一点，Vue还是有很多显着优势的：
根据真实条件来渲染，Roit根据是否有分支简单显示或隐藏所有内容。
功能更加强大的路由机制，Roit的路由功能的API是极少的。
更多成熟工具的支持。Vue 提供官方支持Webpack、Browserify和SystemJS，而 Roit 是依靠社区来建立集成系统。
过渡效果系统。Riot现在没有提供。
更好的性能。Roit 尽管广告称用虚拟DOM，实际上用的还是脏检查机制，因此和Angular 1患有相同的性能问题。
以上所述是小编给大家介绍的Vue.js 2.0 和 React、Augular等其他前端框架大比拼，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持！
B. vue.js高仿饿了么外卖app 2016最火前端框架
React
React 和 Vue 有许多相似之处，它们都有：
使用 Virtual DOM
提供了响应式（Reactive）和组件化（Composable）的视图组件。
保持注意力集中在核心库，伴随于此，有配套的路由和负责处理全局状态管理的库。
相似的作用域，我们会用更多的时间来讲这一块的比较。不仅我们要保持技术的准确性，同时兼顾平衡。我们指出React比Vue更好的地方，例如，他们的生态系统和丰富的自定义渲染器。
React社区在这里非常积极地帮助我们实现这一平衡，特别感谢来自 React 团队的 Dan Abramov 。他非常慷慨的花费时间来贡献专业知识，来帮我们完善这个文件，直到我们都满意。
这么说，就是希望你能对这两个库的比较的公平性感到放心。
性能简介
到目前为止，在现实的测试中，Vue 是优于 React 的（通常至少快20%-50%，尽管在某些情况下还要更快）。我们可以提供一个到这个参照项目的链接，但是坦率的说，所有的参照在某些方面是有缺陷的，很少有像你所写的一个真实应用。那么，让我们详细了解下吧。
渲染性能
在渲染用户界面的时候，DOM的操作是最昂贵，不幸的是没有库可以让这些原始操作变得更快。
我们能做的最好的就是：
尽量减少DOM操作。Vue 和 React 都使用虚拟DOM来实现，并且两者工作一样好。
尽量减少除DOM操作以外的其他操作。这是 Vue 和 React的一个不同的地方。
假如说，在React中，渲染一个元素的额外开销是1，而平均渲染一个组件的开销是2。在Vue中，一个元素的开销更像0/vue/dist/vue.js"></script> 然后就可编写Vue代码并应用到生产中，而不用担心性能问题。
由于起步阶段不需学JSX，ES2015 或构建系统，所以建立应用花的时间会更少。
本地渲染
ReactNative能使你用相同的组件模型编写有本地渲染能力的APP（IOS或Android）。能同时跨多平台开发，对开发者是非常棒的。相应地，Vue和Weex会进行官方合作，Weex是阿里的跨平台用户界面开发框架，Weex 的 JavaScript 框架运行时用的就是Vue。这以为着不仅在浏览器，在 IOS 和 Android 上面也可以用 Vue 来进行开发。
在现在，Weex 还在积极发展，成熟度也不能和 ReactNative 相抗衡。但是，Weex的发展是由世界上最大的电子商务企业的需求在驱动，Vue 团队也会和 Weex 团队积极合作确保为开发者带来良好的开发体验。
MobX
Mobx 在 React 社区很流行，实际上在Vue也采用了几乎相同的反应系统。在有限程度上，React + Mobx 也可以被认为是更繁琐的 Vue，所以如果你习惯组合使用它们，那么选择 Vue 会更合理。
Angular 1
Due的一些语法和Angular的很相似（例如 v-if vs ng-if）。因为Angular是Vue早期开发的灵感来源。然而，Augular中存在许多问题，在Vue中已经得到解决。
复杂性
在 API 与设计两方面上 Vue.js 都比 Angular 1 简单得多，因此你可以快速地掌握它的全部特性并投入开发。
灵活性和模块化
Vue.js 是一个更加灵活开放的解决方案。它允许你以希望的方式组织应用程序，而不是在任何时候都必须遵循 Angular 1 制定的规则，这使让Vue能适用于各种项目。我们知道把决定权交给你，是非常必要的，就是是为什么提供Webpack template，让你用几分钟，去选择是否用高级特性，比如热模块加载、linting 、
Css extraction 等等。
数据绑定
Angular 1 使用双向绑定，Vue在不同组件间强制适用单向数据流。这使应用中的数据流清晰易懂。
指令与组件
在 Vue 中指令和组件分得更清晰。指令只封装 DOM 操作，而组件代表一个自给自足的独立单元 —— 有自己的视图和数据逻辑。在 Angular 中两者有不少相混的地方。
性能
Vue.js 有更好的性能，并且非常非常容易优化，因为它不使用脏检查。
在Angular 1中，当 watcher 越来越多时会变得越来越慢，因为作用域内的每一次变化，所有 watcher 都要重新计算。并且，如果一些 watcher 触发另一个更新，脏检查循环（digest cycle）可能要运行多次。 Angular 用户常常要使用深奥的技术，以解决脏检查循环的问题。有时没有简单的办法来优化有大量 watcher 的作用域。
Vue.js 则根本没有这个问题，因为它使用基于依赖追踪的观察系统并且异步列队更新，所有的数据变化都是独立地触发，除非它们之间有明确的依赖关系。
有意思的是，Angular 2 和 Vue 用相似的设计解决了一些 Angular 1 中存在的问题。
Angular 2
Augluar 2完全是一个全新的框架。例如,它具有优秀的组件系统，并且许多实现已经完全重写，API也完全改变了。
TypeScript
Angular 1面向的较小的应用程序，Angular 2已转移焦点，面向的是大型企业应用。TypeScript被引用，这对那些喜欢用Java或者C#等类型安全的语言的人是非常有用的。
Vue也适合企业应用，也可以使用TypeScript来支持官方类型和用户贡献的类型，尽管这是可选的。
尺寸和性能
在性能方面，这两个框架都是非常快。但是如果你查看第三方参照，就可以得出 Vue 2 比 Angular2 要快的。
在尺寸方面，虽然 Angular 2 使用 tree-shaking 技术和编译技术能使代码尺寸减小。
即便包含编译器和全部功能 Vue2(23kb)比起 Angular 2(50kb)还是小的多。但是要注意，用 Angular 的 App 的尺寸缩减是用 tree-shaking 移除了那些框架中没有用到的功能，当随着引入功能的增多，尺寸会越来越大。
灵活性
Vue 官方提供了构建工具，但没限制你如何构建。有人喜欢用统一的方式构建，也有很多开发者喜欢这种灵活自由的方式。
学习曲线
开始使用Vue，你使用的是熟悉的HTML、符合ES5规则的JavaScript（也就是纯JavaScript）。有了这些基本的技能，你可以快速地掌握它(指南)并投入开发 。
Angular 2 的学习曲线是非常陡峭的。即使不包括TypeScript，它们开始指南中所用的就有ES2015标准的JavaScript，18个NPM依赖包，4个文件和超过3千多字介绍，这一切都是为了完成个Hello World。而Vue's Hello World就非常简单。
Ember
Ember 是一个全能框架。它提供大量的约定，一旦你熟悉了它们，开发会很高效。不过，这也意味着学习曲线较高，而且不灵活。在框架和库（加上一系列松散耦合的工具）之间权衡选择。后者更自由，但是也要求你做更多的架构决定。
也就是说，最好比较 Vue.js 内核和 Ember 的模板与数据模型层：
Vue 在普通 JavaScript 对象上建立响应，提供自动化的计算属性。在 Ember 中需要将所有东西放在 Ember 对象内，并且手工为计算属性声明依赖。
Vue 的模板语法可以用全功能的 JavaScript 表达式，而 Handlebars 的语法和帮助函数语法相比之下非常受限。
在性能上，Vue 甩开 Ember 几条街，即使是 Ember2.0 的最新Glimmer引擎。Vue自动批量更新，Ember 当性能关键处需要手动管理。
Knockout
Knockout 是MVVM领域内的先驱，并且追踪依赖。它的响应系统和Vue相似。它对浏览器支持以及所有的表现也是让人印象深刻的。它能最低支持到IE6，而Vue最低只能支持到IE9。
随着时间的推移，Knockout的发展已有所放缓，并且略显有点老旧了。比如，它的组件系统缺少完备的生命周期事件方法，尽管这些在现在是非常常见。以及相比Vue调用子组件的接口显得有点笨重。
如果你有兴趣研究，会发现它们在接口设计的构思理念上是不同的。这些通过各自创建的 simple Todo List 可以体现出来。或许有点主观，但是很多人认为Vue的API接口更简单结构更优雅。
Polymer
Polymer 是另一个由谷歌赞助的项目，事实上也是Vue的一个灵感来源。Vue的组件可以粗略的类比于Polymer的自定义元素，并且两者具有相似的开发风格。最大的不同之处在于，Polymer是构建于最新版的Web Components标准之上的，并且需要非凡的polyfills来工作（性能下降），浏览器本身不支持这些功能。相比而言，Vue不需要依赖polyfills来工作，最低到IE9。
在 Polymer 1.0版本中，为了弥补性能，团队非常有限的使用数据绑定系统。例如，在Ploymer中支持的唯一表达式只有布尔值否定和单一的方法的调用，它的computed方法的实现也不是很灵活。
Polymer 自定义的元素是用HTML文件来创建的，这回限制你的普通的JavaScript/CSS（和被现代浏览器普遍支持的语言特性）。相比之下，Vue的单文件允许你非常容易的使用ES2015和你想用的Css的预编译处理器。
当部署到生产环境的时候，Polymer建议使用HTML Imports加载所有资源。而这要求服务器和客户端都支持Http 2.0协议，且浏览器实现了标准。这是否可行就取决于你的目标用户和部署环境了。如果状况不佳，你必须用Vulcanizer工具来来打包Polymer元素。在这方面，Vue 可以结合异步组件的特性和Webpack的代码分割特性来实现懒加载（lazy-loaded）。这同时确保了对旧浏览器的兼容且又能更快加载。
对Vue和Web Component标准之间进行深层次的整合，也是完全可行的，比如Custom Elements、Shadow DOM的样式封装。然而现在在我们做出严肃的承诺之前，我们仍在等待标准成熟，进而广泛应用于主流的浏览器中。
Riot
Riot 2.0 提供了一个类似于基于组件的开发模型（在Riot中称之为”Tag”），提供小巧精美的API。Riot 和 Vue 可能共享一些设计理念。即使相比Roit重一点，Vue还是有很多显着优势的：
根据真实条件来渲染，Roit根据是否有分支简单显示或隐藏所有内容。
功能更加强大的路由机制，Roit的路由功能的API是极少的。
更多成熟工具的支持。Vue 提供官方支持Webpack、Browserify和SystemJS，而 Roit 是依靠社区来建立集成系统。
过渡效果系统。Riot现在没有提供。
更好的性能。Roit 尽管广告称用虚拟DOM，实际上用的还是脏检查机制，因此和Angular 1患有相同的性能问题。
以上所述是小编给大家介绍的Vue.js 2.0 和 React、Augular等其他前端框架大比拼，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持！
C. 认识Vue.js+Vue.js的优缺点+和与其他前端框架的区别
认识Vue.js+Vue.js的优缺点+和与其他前端框架的区别
首先，我们先了解什么是MVX框架模式？MVX框架模式：MVC+MVP+MVVM1.MVC：Model(模型)+View(检视)+controller(控制器)，主要是基于分层的目的，让彼此的职责分开。View通过Controller来和Model联络，Controller是View和Model的协调者，View和Model不直接联络，基本联络都是单向的。使用者User通过控制器Controller来操作模板Model从而达到检视View的变化。2.MVP：是从MVC模式演变而来的，都是通过Controller/Presenter负责逻辑的处理+Model提供资料+View负责显示。在MVP中，Presenter完全把View和Model进行了分离，主要的程式逻辑在Presenter里实现。并且，Presenter和View是没有直接关联的，是通过定义好的接口进行互动，从而使得在变更View的时候可以保持Presenter不变。MVP模式的框架：Riot,js。3.MVVM：MVVM是把MVC里的Controller和MVP里的Presenter改成了ViewModel。Model+View+ViewModel。View的变化会自动更新到ViewModel,ViewModel的变化也会自动同步到View上显示。这种自动同步是因为ViewModel中的属性实现了Observer，当属性变更时都能触发对应的操作。MVVM模式的框架有：AngularJS+Vue.js和Knockout+Ember.js后两种知名度较低以及是早起的框架模式。Vue.js是什么？看到了上面的框架模式介绍，我们可以知道它是属于MVVM模式的框架。那它有哪些特性呢？其实Vue.js不是一个框架，因为它只聚焦检视层，是一个构建资料驱动的Web接口的库。Vue.js通过简单的API（应用程式程式设计接口）提供高效的资料系结和灵活的元件系统。Vue.js的特性如下：1.轻量级的框架2.双向资料系结3.指令4.外挂化Vue.js与其他框架的区别？1.与AngularJS的区别相同点：都支援指令：内建指令和自定义指令。都支援过滤器：内建过滤器和自定义过滤器。都支援双向资料系结。都不支援低端浏览器。不同点：1.AngularJS的学习成本高，比如增加了DependencyInjection特性，而Vue.js本身提供的API都比较简单、直观。2.在效能上，AngularJS依赖对资料做脏检查，所以Watcher越多越慢。Vue.js使用基于依赖追踪的观察并且使用异步伫列更新。所有的资料都是独立触发的。对于庞大的应用来说，这个优化差异还是比较明显的。2.与React的区别相同点：React采用特殊的JSX语法，Vue.js在元件开发中也推崇编写.vue特殊档案格式，对档案内容都有一些约定，两者都需要编译后使用。中心思想相同：一切都是元件，元件例项之间可以巢状。都提供合理的钩子函式，可以让开发者定制化地去处理需求。都不内建列数AJAX，Route等功能到核心包，而是以外挂的方式载入。在元件开发中都支援mixins的特性。不同点：React依赖VirtualDOM,而Vue.js使用的是DOM模板。React采用的VirtualDOM会对渲染出来的结果做脏检查。Vue.js在模板中提供了指令，过滤器等，可以非常方便，快捷地操作DOM。如何使用Vue.js?1.安装（1）script如果专案直接通过script载入CDN档案，程式码示例如下：(2)npm如果专案给予npm管理依赖，则可以使用npm来安装Vue,执行如下命令：$npmivue--save-dev(3)bower如果专案基于bower管理依赖，则可以使用bower来安装Vue，执行如下命令：$bowerivue--save-dev
Vue.js与其他框架的区别：
1.与AngularJS的区别
相同点：
都支援指令：内建指令和自定义指令。
都支援过滤器：内建过滤器和自定义过滤器。
都支援双向资料系结。
都不支援低端浏览器。
不同点：
1.AngularJS的学习成本高，比如增加了Dependency Injection特性，而Vue.js本身提供的API都比较简单、直观。
2.在效能上，AngularJS依赖对资料做脏检查，所以Watcher越多越慢。
Vue.js使用基于依赖追踪的观察并且使用异步伫列更新。所有的资料都是独立触发的。
对于庞大的应用来说，这个优化差异还是比较明显的。
2.与React的区别
相同点：
React采用特殊的JSX语法，Vue.js在元件开发中也推崇编写.vue特殊档案格式，对档案内容都有一些约定，两者都需要编译后使用。
中心思想相同：一切都是元件，元件例项之间可以巢状。
都提供合理的钩子函式，可以让开发者定制化地去处理需求。
都不内建列数AJAX，Route等功能到核心包，而是以外挂的方式载入。
在元件开发中都支援mixins的特性。
不同点：
React依赖Virtual DOM,而Vue.js使用的是DOM模板。React采用的Virtual DOM会对渲染出来的结果做脏检查。
Vue.js在模板中提供了指令，过滤器等，可以非常方便，快捷地操作DOM。
我知道vue2.0和angularJS的区别，这两个框架非常的像，但是在vue2.0后可以将js+css写成一个元件，你想在什么页面用引入这个元件就可以用了。这很变态。
比如你在一个专案中自己写了个带搜寻框的input ，你把他写成了一个元件，xxx.vue
直接把xxx.vue移到另一个专案，只要在另一个专案中需要 带搜寻框的input ，直接引用就可以了。
现在大多数框架都是以一个元件的形式搭建一个专案
vue是什么 vue特点 vue和其他前端框架区别
vue是什么
Vue.js (读音 /vju?/，类似于 view) 是一套基于javascript的用于构建使用者接口的渐进式框架。与其他重量级框架不同的是，Vue 采用自底向上增量开发的设计。Vue 的核心库只关注检视层，它不仅易于上手，还便于与第三方库或既有专案整合。另一方面，当与单档案元件和 Vue 生态系统支援的库结合使用时，Vue 也完全能够为复杂的单页应用程式提供驱动。
vue特点
简洁、轻量、元件化、快速、资料驱动、模组友好
vue和其他前端框架区别
1.与AngularJS的区别
相同点：
都支援指令：内建指令和自定义指令。
都支援过滤器：内建过滤器和自定义过滤器。
都支援双向资料系结。
都不支援低端浏览器。
不同点：
1>AngularJS的学习成本高，比如增加了Dependency Injection(依赖注入)特性，而Vue.js本身提供的API都比较简单、直观。
2>在效能上，AngularJS依赖对资料做脏检查，所以Watcher越多越慢。
Vue.js使用基于依赖追踪的观察并且使用异步伫列更新。所有的资料都是独立触发的。
对于庞大的应用来说，这个优化差异还是比较明显的。
手机渲染速度：angular1 300ms * vue 200ms * react 100ms
2.与React的区别
相同点：
React采用特殊的JSX语法，Vue.js在元件开发中也推崇编写.vue特殊档案格式，对档案内容都有一些约定，两者都需要编译后使用。
中心思想相同：一切都是元件，元件例项之间可以巢状。
都提供合理的钩子函式，可以让开发者定制化地去处理需求。
都不内建列数AJAX，Route等功能到核心包，而是以外挂的方式载入。
在元件开发中都支援mixins的特性。
不同点：
React依赖Virtual DOM,而Vue.js使用的是DOM模板。React采用的Virtual DOM会对渲染出来的结果做脏检查。
Vue.js在模板中提供了指令，过滤器等，可以非常方便，快捷地操作DOM。
vue的应用场景
简单地说，就是需要对 DOM 进行很多自定义操作的专案小专案;理论上 Vue 配合类似Flux的架构也可以胜任超大规模多人协作的复杂专案。
如何用vue.js和ionic搭建前端框架
前端可以用flightplan.js 部署。 var config = require("./webpack.config.js"); var webpack = require("webpack") var webpackDevServer=require("webpack-dev-server") confi
vue.js高仿饿了么外卖app 2016最火前端框架
React
React 和 Vue 有许多相似之处，它们都有：
使用 Virtual DOM
提供了响应式（Reactive）和元件化（Composable）的检视元件。
保持注意力集中在核心库，伴随于此，有配套的路由和负责处理全域性状态管理的库。
相似的作用域，我们会用更多的时间来讲这一块的比较。不仅我们要保持技术的准确性，同时兼顾平衡。我们指出React比Vue更好的地方，例如，他们的生态系统和丰富的自定义渲染器。
React社群在这里非常积极地帮助我们实现这一平衡，特别感谢来自 React 团队的 Dan Abramov 。他非常慷慨的花费时间来贡献专业知识，来帮我们完善这个档案，直到我们都满意。
这么说，就是希望你能对这两个库的比较的公平性感到放心。
效能简介
到目前为止，在现实的测试中，Vue 是优于 React 的（通常至少快20%-50%，尽管在某些情况下还要更快）。我们可以提供一个到这个参照专案的连结，但是坦率的说，所有的参照在某些方面是有缺陷的，很少有像你所写的一个真实应用。那么，让我们详细了解下吧。
渲染效能
在渲染使用者接口的时候，DOM的操作是最昂贵，不幸的是没有库可以让这些原始操作变得更快。
我们能做的最好的就是：
尽量减少DOM操作。Vue 和 React 都使用虚拟DOM来实现，并且两者工作一样好。
尽量减少除DOM操作以外的其他操作。这是 Vue 和 React的一个不同的地方。
假如说，在React中，渲染一个元素的额外开销是1，而平均渲染一个元件的开销是2。在Vue中，一个元素的开销更像0/vue/dist/vue.js"></script> 然后就可编写Vue程式码并应用到生产中，而不用担心效能问题。
由于起步阶段不需学JSX，ES2015 或构建系统，所以建立应用花的时间会更少。
本地渲染
ReactNative能使你用相同的元件模型编写有本地渲染能力的APP（IOS或Android）。能同时跨多平台开发，对开发者是非常棒的。相应地，Vue和Weex会进行官方合作，Weex是阿里的跨平台使用者接口开发框架，Weex 的 JavaScript 框架执行时用的就是Vue。这以为着不仅在浏览器，在 IOS 和 Android 上面也可以用 Vue 来进行开发。
在现在，Weex 还在积极发展，成熟度也不能和 ReactNative 相抗衡。但是，Weex的发展是由世界上最大的电子商务企业的需求在驱动，Vue 团队也会和 Weex 团队积极合作确保为开发者带来良好的开发体验。
MobX
Mobx 在 React 社群很流行，实际上在Vue也采用了几乎相同的反应系统。在有限程度上，React + Mobx 也可以被认为是更繁琐的 Vue，所以如果你习惯组合使用它们，那么选择 Vue 会更合理。
Angular 1
Due的一些语法和Angular的很相似（例如 v-if vs ng-if）。因为Angular是Vue早期开发的灵感来源。然而，Augular中存在许多问题，在Vue中已经得到解决。
复杂性
在 API 与设计两方面上 Vue.js 都比 Angular 1 简单得多，因此你可以快速地掌握它的全部特性并投入开发。
灵活性和模组化
Vue.js 是一个更加灵活开放的解决方案。它允许你以希望的方式组织应用程式，而不是在任何时候都必须遵循 Angular 1 制定的规则，这使让Vue能适用于各种专案。我们知道把决定权交给你，是非常必要的，就是是为什么提供Webpack template，让你用几分钟，去选择是否用高阶特性，比如热模组载入、linting 、
Css extraction 等等。
资料系结
Angular 1 使用双向系结，Vue在不同元件间强制适用单向资料流。这使应用中的资料流清晰易懂。
指令与元件
在 Vue 中指令和元件分得更清晰。指令只封装 DOM 操作，而元件代表一个自给自足的独立单元 —— 有自己的检视和资料逻辑。在 Angular 中两者有不少相混的地方。
效能
Vue.js 有更好的效能，并且非常非常容易优化，因为它不使用脏检查。
在Angular 1中，当 watcher 越来越多时会变得越来越慢，因为作用域内的每一次变化，所有 watcher 都要重新计算。并且，如果一些 watcher 触发另一个更新，脏检查回圈（digest cycle）可能要执行多次。 Angular 使用者常常要使用深奥的技术，以解决脏检查回圈的问题。有时没有简单的办法来优化有大量 watcher 的作用域。
Vue.js 则根本没有这个问题，因为它使用基于依赖追踪的观察系统并且异步列队更新，所有的资料变化都是独立地触发，除非它们之间有明确的依赖关系。
有意思的是，Angular 2 和 Vue 用相似的设计解决了一些 Angular 1 中存在的问题。
Angular 2
Augluar 2完全是一个全新的框架。例如,它具有优秀的元件系统，并且许多实现已经完全重写，API也完全改变了。
TypeScript
Angular 1面向的较小的应用程式，Angular 2已转移焦点，面向的是大型企业应用。TypeScript被引用，这对那些喜欢用Java或者C#等型别安全的语言的人是非常有用的。
Vue也适合企业应用，也可以使用TypeScript来支援官方型别和使用者贡献的型别，尽管这是可选的。
尺寸和效能
在效能方面，这两个框架都是非常快。但是如果你检视第三方参照，就可以得出 Vue 2 比 Angular2 要快的。
在尺寸方面，虽然 Angular 2 使用 tree-shaking 技术和编译技术能使程式码尺寸减小。
即便包含编译器和全部功能 Vue2(23kb)比起 Angular 2(50kb)还是小的多。但是要注意，用 Angular 的 App 的尺寸缩减是用 tree-shaking 移除了那些框架中没有用到的功能，当随着引入功能的增多，尺寸会越来越大。
灵活性
Vue 官方提供了构建工具，但没限制你如何构建。有人喜欢用统一的方式构建，也有很多开发者喜欢这种灵活自由的方式。
学习曲线
开始使用Vue，你使用的是熟悉的HTML、符合ES5规则的JavaScript（也就是纯JavaScript）。有了这些基本的技能，你可以快速地掌握它(指南)并投入开发 。
Angular 2 的学习曲线是非常陡峭的。即使不包括TypeScript，它们开始指南中所用的就有ES2015标准的JavaScript，18个NPM依赖包，4个档案和超过3千多字介绍，这一切都是为了完成个Hello World。而Vue's Hello World就非常简单。
Ember
Ember 是一个全能框架。它提供大量的约定，一旦你熟悉了它们，开发会很高效。不过，这也意味着学习曲线较高，而且不灵活。在框架和库（加上一系列松散耦合的工具）之间权衡选择。后者更自由，但是也要求你做更多的架构决定。
也就是说，最好比较 Vue.js 核心和 Ember 的模板与资料模型层：
Vue 在普通 JavaScript 物件上建立响应，提供自动化的计算属性。在 Ember 中需要将所有东西放在 Ember 物件内，并且手工为计算属性宣告依赖。
Vue 的模板语法可以用全功能的 JavaScript 表示式，而 Handlebars 的语法和帮助函式语法相比之下非常受限。
在效能上，Vue 甩开 Ember 几条街，即使是 Ember2.0 的最新Glimmer引擎。Vue自动批量更新，Ember 当效能关键处需要手动管理。
Knockout
Knockout 是MVVM领域内的先驱，并且追踪依赖。它的响应系统和Vue相似。它对浏览器支援以及所有的表现也是让人印象深刻的。它能最低支援到IE6，而Vue最低只能支援到IE9。
随着时间的推移，Knockout的发展已有所放缓，并且略显有点老旧了。比如，它的元件系统缺少完备的生命周期事件方法，尽管这些在现在是非常常见。以及相比Vue呼叫子元件的接口显得有点笨重。
如果你有兴趣研究，会发现它们在接口设计的构思理念上是不同的。这些通过各自建立的 simple Todo List 可以体现出来。或许有点主观，但是很多人认为Vue的API接口更简单结构更优雅。
Polymer
Polymer 是另一个由谷歌赞助的专案，事实上也是Vue的一个灵感来源。Vue的元件可以粗略的类比于Polymer的自定义元素，并且两者具有相似的开发风格。最大的不同之处在于，Polymer是构建于最新版的Web Components标准之上的，并且需要非凡的polyfills来工作（效能下降），浏览器本身不支援这些功能。相比而言，Vue不需要依赖polyfills来工作，最低到IE9。
在 Polymer 1.0版本中，为了弥补效能，团队非常有限的使用资料系结系统。例如，在Ploymer中支援的唯一表达式只有布林值否定和单一的方法的呼叫，它的puted方法的实现也不是很灵活。
Polymer 自定义的元素是用HTML档案来建立的，这回限制你的普通的JavaScript/CSS（和被现代浏览器普遍支援的语言特性）。相比之下，Vue的单档案允许你非常容易的使用ES2015和你想用的Css的预编译处理器。
当部署到生产环境的时候，Polymer建议使用HTML Imports载入所有资源。而这要求服务器和客户端都支援Http 2.0协议，且浏览器实现了标准。这是否可行就取决于你的目标使用者和部署环境了。如果状况不佳，你必须用Vulcanizer工具来来打包Polymer元素。在这方面，Vue 可以结合异步元件的特性和Webpack的程式码分割特性来实现懒载入（lazy-loaded）。这同时确保了对旧浏览器的相容且又能更快载入。
对Vue和Web Component标准之间进行深层次的整合，也是完全可行的，比如Custom Elements、Shadow DOM的样式封装。然而现在在我们做出严肃的承诺之前，我们仍在等待标准成熟，进而广泛应用于主流的浏览器中。
Riot
Riot 2.0 提供了一个类似于基于元件的开发模型（在Riot中称之为”Tag”），提供小巧精美的API。Riot 和 Vue 可能共享一些设计理念。即使相比Roit重一点，Vue还是有很多显着优势的：
根据真实条件来渲染，Roit根据是否有分支简单显示或隐藏所有内容。
功能更加强大的路由机制，Roit的路由功能的API是极少的。
更多成熟工具的支援。Vue 提供官方支援Webpack、Browserify和SystemJS，而 Roit 是依靠社群来建立整合系统。
过渡效果系统。Riot现在没有提供。
更好的效能。Roit 尽管广告称用虚拟DOM，实际上用的还是脏检查机制，因此和Angular 1患有相同的效能问题。
以上所述是我给大家介绍的Vue.js 2.0 和 React、Augular等其他前端框架大比拼，希望对大家有所帮助，如果大家有任何疑问请给我留言，我会及时回复大家的。在此也非常感谢大家对指令码之家网站的支援！
react.js vue.js 这些前端框架都必须在node.js上才能跑吗
这些js写的吧，你tomcat怎么解析js，而且tomcat也是呼叫第三方的直译器来解析程式码，你看node.js能不能整合到tomcat，有没有类似的外挂。
并不是，你本地随便建个档案就能跑。
D. 如何做商业前端框架+UI库选型
这将帮助你了解前端社区中海量的工具。
当然，这些只是一些可选的列表，当你需要做出选择的时候帮助你抉择。
我自己使用它吗？
是的，当我需要开始项目的时候，我用它来作为提醒。
同时，每当有人问“我该使用什么框架呢？”的时候，我就会把这篇文章给他看。
因为，正如你明白的，事情没有绝对的对与错，但是有一些优质的框架能够帮助做出我们更好的选择。
另外，我也会不时的更新本文，因为有时候当我学习更多后也会改变当初的想法。
我应该怎样开始?
如果你的项目不是很小，你应该需要下面几件事：
项目模块化 我个人比较喜欢 Component-based architecture，因为他适用于 various-frameworks
同时，考虑一些其他的例子，比如 BOT 、 Elm Architecture 或者 re-frame 或者 CycleJS
模块加载器(RequireJS，Browserify, Webpack, ComponentJS, SystemJS)
这些东西能够帮助我们保持Javascript(或者components)彼此独立和可维护。
包管理器(npm, jspm, bower)
我个人一直比较喜欢 npm ，似乎他是javascript和nodejs真正的标准。另外我会考虑bower来做补足，因为他是一个很好的下载静态资源的工具，但它在管理组件和依赖又不如npm强大。
自动部署/编译/构建流水线(grunt/gulp/brunch/broccoli)
因为，如果一直做重复的事情的话生命是很短暂的。
CSS预处理(jss/stylus/sass/css-moles)和 postprocessors(css0, autoprefixer, postcss)
这些工具使css更美好，去除了一些浏览器兼容的问题。是的，我是从2015知道这些的，但是不论如何，它在过去确实是痛点。
构建框架(Bootstrap, Zurb Foundation, Elemental UI, Material Lite)
这些框架让很多web开发者合作，它们会帮助你处理基本的布局和样式。
尽管，你可以考虑构建你自己的解决方案，如果你感觉构建很厉害或者希望成为前端专家，或者你需要为你的公司构建基本的视觉元素。
如果是这样的话，建议你尽快使用方法论(BEM, OOCSS)，它们可以帮助你节约时间。
我个人比较喜欢 BEM 命名方式和基本工作流，你能够从 styleguide for Brainly.com找到一些可以帮助你的灵感。
如果你不构建基本的组成，建议看一看 HTML5 Boilerplate
测试工具(jasmine, karma, mocha, tape, itern)
任何人都需要测试，没有例外的。
代码质量监控工具(eslint, husky, editorconfig)
可以获取帮助的社区(chats, IRC, meetups, twitter)
好了，下一步呢？
在选择你的工具前有一些值得思考的问题需要解决。
准备好了吗？
我需要和其他人合作吗？他们是谁？他们想要什么？
这个问题会帮助你选择语言和工作流，这对你和你的伙伴都有帮助。
我最关注什么？质量，开发速度，还是可维护性？
这样你可以决定是否试验一些新工具，以及是否能承担失败的风险。
是否需要开放给第三方？
面向的团队不同可能会限制我们语言的选择。
我是否在处理核心的项目
如果你处理核心项目，请最好选择高稳定性的语言和框架，这更安全，让你睡得更好。
是一个可交互的app还是基本的文档页面。
结果很可能是你仅仅需要基本的HTML ＋CSS ＋ tools，或者静态网站生成器或者CMS。
这是一个单一的项目还是其他项目的相关项目？
即使你有一系列项目，你也应该用一些组件和样式引导，这些有不错的文档。
直接减少代码重用，保持一致性。
另外，考虑SEO，和服务端渲染。
语言列表
当你回答完上面这些问题后，就可以和你的队友聊聊，然后选择一个语言了。
因为这里有很多的东西，而不是糟糕的Javascript，你可以选择
是否有js开发团队
考虑ES6(babel兼容)
这会让你的生活简单一些。
你是否偏爱typed语言？开发typed是否可以？
考虑 typescript
函数式编程是否接受？
你可以从简单ES6库开始，比如 lo-dash 或者 ramda。
这里有一些教程和书来帮助你开始美好的旅行。
你是否尝试过函数式编程，想要更好的东西？
试试 elm ，很酷的！
你是否能够全栈？
试试 clojurescript，很酷很酷的
你喜欢沙拉吗？
试试scalaJS
你知道Haskell吗?
试试 purescript，真的很酷
想要更多疯狂的？
这里有一个可以编译成javascript的语言列表，选一个然后享受吧。
框架列表
你仅仅需要基本的可运行的app？
没有时间做更复杂的工作？
试试 angular. start looking for help imediately
你是否经常需要快速的原型开发？
是否能在未来修复一些问题？
试试 angular. 一些问题
你是尝试前端开发的后端？
试试 angular. 寻找一些前端开发者
你是否需要很快的进行开发和构建，但是同时会丢失一些特点？
试试 ampersand/backbone
同样的技术选型，怎样从中型到大型？
把 marionette/chaplin添加到你的backbone里面去，另外可以考虑 Reackjs
你是否有一些时间来实验，同时得到很大的性能提升？
试试mithril/knockout/aurelia+
你是否有不错的前端实验精神，对函数式编程熟悉？
试试 ReactJS＋Rex＋ImmutableJS+
更多函数式编程技巧？或者偏好交互性强的应用？
使用 reactive streams(bacon, rxJS) 或者试试 Cycle.js(实验性)
注意1: add streams any会是很好的选择，可以推荐别人使用。
注意2: 请不要拒绝使用 FRP的reactive streams
你想要使用严格的验证和通用处理方式？
你的应用会越来越大？
你计划扩充你的团队？
你有时间学习新东西？
建议花时间学习 EmberJS，他将会是很好的投资!
你是否需要“类桌面应用”？
你的应用有表格，图例，或者其他分析功能？你在构建企业应用？
试试 ExtJS
你们是一个为其他开发者提供服务的工作室？
你最好有一个不错的工具集，另外，同事之间最好有一些公共用例。
你是一个为他人提供工具的自由开发者？
适应他们的选择。
尝试angular，这将不会造成多大麻烦，让其他人得到他们想要的。
注意：如果别人付费，请不要改变客户的需求
你正在构建一个有吸引力的产品，它将会很多人使用？
有了明确的需求后我们就从上面的列表中选择一个合适的框架。
关于开发什么样的应用你有明确的需求（比如10屏的移动应用)
花两周时间来试验特定的需求（ionic, famous, Sencha Touch)
怎样开始编码？
花一些时间阅读你所选择框架或者工具的文档。
在社区里面询问一些经验开发者怎样算是优秀项目的开端。
准备所有的工具。
极客精神。但是我建议更加工程化一点。
...
成功。
不知道怎么用我介绍的一些不常见框架？
看看 TodoMVC Examples，找到你选择的框架。
但是记住，这些项目只是示例，大多数情况下他们不适合大中型项目。